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The WEITEK Power 9100 is a high-perfor- 


mance display controller for use with 
graphical user interfaces such as Microsoft 
Windows. It combines an extremely high- 
speed frame buffer controller with a 
workstation-style accelerated display con- 
troller and a local-bus host interface for 
maximum performance. 
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Chapter 1. Technical Overview 


Single-Chip 2-D Graphics Accelerator 


© Ultra-high-speed local-bus display controller uses 
workstation display technology to give maximum 
acceleration with graphical user interfaces such as 
Microsoft Windows 


© Sophisticated architecture, full-custom chip design, 
and advanced 0.8 micron process technology deliver 
maximum power at an affordable cost 


© On-chip SVGA unit for DOS compatibility 
© 208-pin plastic QFP package 


High Bandwidth 


© Interleaved VRAM controller uses a PLL timing gen- 
erator to extract 100% of VRAM bandwidth 


© Sophisticated local-bus controller extracts full band- 
width from PCI and VL host buses 


© Supports 32- and 64-bit RAMDACs at speeds up to 
200 MHz for maximum display bandwidth 


© Pipelined internal architecture is 32 bits wide 
throughout to ensure maximum throughput 


Full Software Support 


O Drivers for Windows 3.1, Windows NT, OS/2 Presen- 
tation Manager, and AutoCAD R10-R12 


© VESA-compatible BIOS 
© DOS application drivers 


SVGA 
Section 
Host Parameter 
Computer VL 


or PCI Bus 


Drawing 
Engine 


Frame Buffer 
Controller 


Figure 1. System block diagram 





POWER 9100 GRAPHICS 
CONTROLLER 


PRELIMINARY DATA 
November 1993 


Powerful Grapbics Features 


© Supports high- and true-color at large screen sizes: 
O 24-bit true-color to 1280x1024 pixels 
O 16-bit high-color to 1600x1200 pixels 

© Fully accelerates 8-, 15-, 16-, 24- and 32-bits/pixel 


O Draws lines and polygons (with optional pattern fill) 
at full VRAM bandwidth 


© Performs bit block-transfer (BitBlt) from screen to 
screen at VRAM bandwidth, and from host to screen 
(with color expansion) at host bus bandwidth 


© Provides automatic clipping against window and 
screen edges 


© Supports patterning, plane masking, and boolean op- 
erations of pixels during drawing; supports polylines 
and mesh polygons; supports pick mode 


O Directly mapped linear frame buffer allows efficient 
CPU access to frame-buffer memory without banking 


O Multimedia support via frame-buffer coprocessor in- 
terface 


© Supports VESA power management 


Optional Ext Sync 


Sync 


RAMDAC SM 


Optional 
Video 
Coprocessor 





1.1. Architecture 


The WEITEK Power 91000 is a hard-wired display pro- 
cessor. Designed specifically for high-performance person- 
al computers, its architecture takes full advantage of the 
speed of video RAM and high-speed local-bus interfaces. 


Based on WEITEK’s workstation display controllers, the 
Power 9100 is the latest in a series of controllers designed 
from an architectural strategy that can be summarized in 
two sentences: 


1. Get the highest possible bandwidth. 
2. Use all of it. 


We have found that these simple statements capture the es- 
sence of high-performance controller design. 


The following sections describe how these principles were 
applied in the main sections of the Power 9100: 


1. Frame buffer controller 

2. Parameter engine 

3. Drawing engine 

4. Host bus interface 

5. Video controller 

The Power 9100 contains an additional unit: 
6. SVGA unit 


for backward compatibility. 


1.1.1. FRAME BUFFER CONTROLLER 


Capturing the highest possible bandwidth starts at the 
frame buffer. The Power 9100 uses three techniques to 


achieve (and use) the highest possible frame buffer band- 
width: 


1. VRAM frame buffer 
2. Interleaving 


3. PLL-controlled memory timing 


VRAM FRAME BUFFER 


The Power 9100 uses a VRAM frame buffer for maximum 
performance. While VRAM is more expensive than 
DRAM, it is dual-ported; the stream of pixel data needed 
to refresh the display does not detract from the drawing 
rate. DRAM systems, in contrast, divide their bandwidth 
between these two functions, causing drawing rates to de- 
grade as screen sizes increase. 


The Power 9100 supports screen sizes of up to four mega- 
pixels, and full drawing bandwidth is retained even at 
these large screen resolutions. 


INTERLEAVING 


The Power 9100’s two 32-bit banks of VRAM are inter- 
leaved for maximum performance. 


Interleaving is a technique that takes advantage of the fact 
that RAM access times are much longer than their write- 
enable times. Two banks of RAM are placed in parallel, 
with common address and data lines, but separate write 
enable lines. One bank contains the even-numbered data 
words; the other contains the odd-numbered words. With 
interleaved RAM, writing two words of data only takes 
one cycle longer than writing one, giving the performance 
of 64-bit memory, while saving pins and giving a better ar- 
chitectural match to a 32-bit controller. 


PLL-CONTROLLED MEMORY TIMING 


To get maximum speed out of memory devices, you have 
to precisely match a large number of timing specifications. 
Typical memory controllers approximate this with timing 
patterns based on the system clock. Since memory speeds 
and system clock speeds are similar, this approach is too 
granular to match the memory parameters closely, and it 
results in significant performance loss. 


The Power 9100 can match memory parameters exactly, 
using a PLL (phase-locked loop) timing generator and a 
programmable memory controller. This allows the frame 
buffer to be used at its full theoretical capacity. 


1.1.2. PARAMETER ENGINE 


The graphics core of the Power 9100 is crucial to using all 
of the frame buffer’s bandwidth. In addition to providing a 
low-latency path between the host and the frame buffer, 
the core must provide large amounts of acceleration if the 
full frame buffer bandwidth is to be used. The importance 
of acceleration stems from three factors: 


1. Local-bus interfaces, while fast, are not as fast as the 
Power 9100's frame buffer. 


2. General-purpose CPUs are inefficient at simple draw- 

` ing operations, and cannot perform them at full host- 

bus bandwidth (let alone full frame-buffer band- 
width). 


3. Theuseris better served if the CPU is running applica- 
tions, not serving as an inefficient graphics controller. 
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1.1. Architecture, continued 


The Power 9100’s graphics accelerator is divided into two 
loosely coupled graphics engines: the parameter engine 
and the drawing engine. The parameter engine prepares 
drawing operations for execution by the drawing engine 
(which is described in the next section). The parameter en- 
gine’s basic function is to take input coordinates from the 
host and convert them to a form usable by the drawing en- 
gine. The input parameters include the х,у vertices of poly- 
gons and the corners of bit block-transfer (BitBlt) regions. 
The parameter engine tests the vertices against window 
and screen boundaries, tests for exceptions, and performs 
trivial rejection. Finally, it transfers commands that pass 
these tests to the drawing engine to be rendered into the 
frame buffer. 


The parameter engine works independently of the drawing 
engine; the parameters for a new operation can be loaded 
while the drawing engine is busy. 


The parameter engine prepares four kinds of “polygons” 
for drawing: quadrilaterals, triangles, lines, and points.” It 
also handles screen-to-screen BitBlt and host-to-screen 
BitBlt. 


The parameter engine handles all exception testing, trivial 
rejection, status reporting, and access to parameter engine 
registers. Once the parameter engine verifies that a draw- 
ing command should be performed (that is, it has valid pa- 
rameters and has not been trivially rejected), it passes the 
operation to the drawing engine. The parameter engine's 
exception testing is very fast, completing in a few cycles. 


1.1.3. DRAWING ENGINE 
The drawing engine performs three basic functions: 


1. It draws quadrilaterals, triangles, and lines (the quad 
Operation). 


2. It performs screen-to-screen BitBlt (the blit opera- 
tion). 


3. It performs host-to-screen BitBlt (the ріхе/1 and 
pixel8 operations). 


The quad operation draws quadrilaterals, triangle, lines, 
and points (the last three being treated by the hardware as 
special cases: quadrilaterals with one or more identical 
vertices). Triangles, lines, and points can always be ren- 
dered correctly, but the drawing engine cannot draw hori- 


zontally convex quadrilaterals. That is, it cannot cross 
from the inside to the outside of the same object more than 
once per scan line. This means that *bow ties" cannot be 
drawn (such quads are decomposed into two triangles by 
the driver software), though *hourglasses" can. See fig- 
ure 2. 


The blit operation copies a rectangular area of the display 
from one screen location to another. 


The pixel operation takes monochrome, one-bit-per-pix- 
el data from the host, expands the pixels internally to the 
current pixel depth (typically by assigning the foreground 
and background colors to one and zero bits), and writes 
them to the frame buffer. Up to 32 pixels can be transferred 
to the Power 9100 in a single word. 


The pixel8 operation takes color pixels of 8, 16, or 32 bits, 
packed as four, two, or one pixel per word, respectively, 
and writes them to the frame buffer. 


Supported 
Quadrilaterals 





Unsupported 
Quadrilaterals 


Figure 2. Supported and unsupported quads 


1.1.4. HOST BUS INTERFACE 


The Power 9100 connects directly to PCI and VESA local 
buses. With small amounts of glue logic it can be con- 
nected directly to processor buses. 


The Power 9100 itself runs asynchronously to its bus 
clock. It supports both big-endian and little-endian ad- 
dress formats. 


The Power 9100 is memory-mapped; each command has а 
unique memory address. In many cases, this means that 
command and data are given in a single write operation: 
the address specifies what operation is to be performed on 
the data being transferred. 





1.1. Architecture, continued 


1.1.5. VIDEO CONTROLLER 


A typical board design feeds the VRAM shift registers into 
a RAMDAC, which converts digital pixel data into an 
analog RGB video signal. The host initializes the control 
registers and look-up tables in the RAMDAC through the 
Power 9100’s RAMDAC access instructions. 


The Power 9100 also generates horizontal and vertical 


Қ. and blanking signals, and controls the 


king of the video data. The timing of these signals is 
programmed through the video controller registers. The 
Power 9100’s divided dot clock is completely asynchro- 
nous to the Power 9100’s main system clock. 


The Power 9100 supports 32- and 64-bit RAMDACs, 
such as the ІВМ КСВ525, the Brooktree Bt 484 and Bt 


485, and the Texas Instruments TVP3010 and TVP3020. 
By supporting RAMDACs with wide input buses at speeds 
of up to 200 MHz, the Power 9100 has no difficulty sup- 
porting large screens at high color depths and ergonomic 
refresh rates. 


1.1.6. SVGA UNIT 


For compatibility with older applications, the Power 9100 
contains an on-chip SVGA unit which supports screen 
sizes to 1280x1024, and color depths of up to 24 bits. This 
SVGA unit is independent of the main graphics engine of 
the Power 9100, although the two share bus, frame buffer, 
and video interfaces. Control can be switched between the 
two graphics units under software control. 


1.2. Major Differences Between the Power 9100 and the Power 9000 


The Power 9100 builds upon the strengths of its predeces- 
sor, the Power 9000. This section summarizes the most im- 
portant differences between the two. 

1.2.1. ADDITIONAL FEATURES 

On-chip VESA Local (VL) Bus interface 

On-chip PCI Bus interface 

On-chip SVGA unit 

Native and SVGA modes 

Full acceleration of 16- through 32-bit graphics 
Higher clock speeds 


бы SENI sao Me а 


Four-color pattern RAM (but reduced from 16x16 to 
8x8) can be used for four-color dither at full speed 


8. Aperture memory mapping (frame buffer can be 
mapped into a 64 KB aperture in addition to its usual 
4 MB linear mapping) 


9. Video coprocessor support 

10. ROM BIOS control logic 

11. Configuration EEPROM control logic 

12. Clock generator control logic 

13. Serial clock and serial enable generation for VRAMs 
14. Text transparency 

15. 256 raster-ops 

1.2.2. ADDRESSING 


Power 9100 addressing and general address formats are 
different from those on the Power 9000. 


1.3. Details of Graphics Operation 


1.3.1. THE GRAPHICS PIPELINE 


Graphics operations flow through the graphics pipeline, 
first through the parameter engine, and then through the 
stages of the drawing engine. 


THE PARAMETER ENGINE 


Functions. The parameter engine determines what will 
happen as the result of each drawing operation. It calcu- 
- lates status information, including whether the operation 
is clipped by the viewing window or the screen edge, and 
whether the operation can be drawn at all before passing 
the operation to the drawing engine. If the drawing engine 
is busy, or if the request contains illegal parameters, the pa- 
rameter engine does not pass on the request. (The parame- 
ter engine performs these tests only on coordinate register 
loads and drawing commands. Other operations, such as 
setting color registers or video timing registers, bypass the 
parameter engine.) 


The parameter engine performs clipping calculations on 
each x,y vertex. It compares these points against all four 
edges of the screen and viewing window, and against each 
other. It also tests for trivial rejection and trivial accep- 
tance. 


The parameter engine detects, but cannot correct an illegal 
request, such as a request for a horizontally convex quad. 
Such quadrilaterals must be rendered in software. The sta- 
tus register flags such problems. In addition, the interrupt 
signal can be used to interrupt the host when such excep- 
tions occur. 


Access. Allaccesses to parameter engine functions and reg- 
isters complete in a few cycles; the parameter engine is al- 
ways accessible. 


THE DRAWING ENGINE 


Functions. The drawing engine accepts one drawing oper- 
ation at a time from the parameter engine. When process- 
ing a drawing operation, it first determines which pixels 
are “touched” by the drawing process (scan conversion), 
then determines the color value of each touched pixel (ras- 
ter ops). 


Scan conversion. Two line-drawing engines follow the left 
and right edges of the quadrilateral on each scan line, and a 
pixel-processing engine fills the region between these 
edges. (Pixel1, pixel8, and blit operations are limited to 
rectangular areas, while the quad operation can have 
edges at any angle). 


Raster ops. The color of each touched pixel is determined 
by the raster-op function, which is further conditioned by 
the contents of other registers (see section 1.3.5). 
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Access. The drawing engine can remain busy for long peri- 
ods when drawing large quads or performing a blit opera- 
tion on a large portion of the screen. The quad and blit op- 
erations are started by a read operation. The read requests 
that the operation take place, and returns the contents of 
the status register, which indicates whether or not the re- 
quest has been granted. The Power 9100 does not accept a 
request if the drawing engine is busy, or if an exception has 
occurred, nor does it queue requests. Therefore, the soft- 
ware must check the status register, which contains both 
exception and drawing engine status bits, and resubmit 
any quad or blit request that is not accepted. While no new 
drawing operations can be started until the drawing en- 
gine is idle, the host can load the parameter engine’s coor- 
dinate registers with the vertices of a new operation while 
the drawing engine is busy, thereby overlapping the pro- 
cessing of two objects. 


1.3.2. DRAWING QUADRILATERALS 


The drawing engine assigns the two edges at either the top- 
most or bottom-most vertex to its two Bresenham 
line-drawing engines. These engines do not actually draw 
anything in the frame buffer, but they traverse the bound- 
aries of the quadrilateral on each scan line. The pixel-pro- 
cessing engine then fills in the pixels between the bound- 
aries found by the line-drawing engines. (This filling 
operation is also clipped against the clipping window and 
screen boundaries.) See figure 3. When a line-drawing en- 
gine reaches another vertex, it starts down the new edge. 


In oversized mode, the Power 9100 draws perimeter pixels 
according to the Bresenham algorithm. Oversized mode 
must be selected to draw points and lines, as X11’s draw- 
ing rules do not “touch” pixels іп zero-width objects 
(meaning nothing is drawn). 


Screen 


Window 


Clipped 
by Window 
Edge 


—~__ Clipped 


by Screen 
Edge 


Figure 3. A quad clipped against window and screen 


1.3. Details of Graphics Operation, continued 


In X11 mode, the Power 9100 draws only those pixels 
whose centers lie within the perimeter of the quad. Pixels 
whose centers lie precisely on the perimeter are drawn in 
accordance with X11’s tie-breaker rules. (See figure 4.) 
Coordinates can either be specified relative to the clipping 
window or relative to the previous vertex. 


Polylines, meshed triangles, and meshed quadrilaterals are 
all supported; they are drawn by transferring the new ver- 
tices and issuing another draw command. 


1.3.3. DRAWING BIT MAPS 


To transfer a bit map to the screen, the host first sets up the 
x,y coordinates of the destination, and then transfers data 
to the Power 9100 with the pixel1 and pixel8 operations. 
The Power 9100 draws the pixels on the screen, auto-in- 
crementing the current x,y location after each pixel. 
Bit-map drawing proceeds from left to right; when it 
reaches the right-hand edge of the target bit map, the Pow- 
er 9100 automatically wraps to the next line. 


The pixel8 operation draws colored pixels; up to four 
eight-bit pixels (or two 16-bit pixels, or one 32-bit pixel) 
are transferred and drawn through a single bus transfer 
from the host. This mode is used to transfer color images. 


The pixel1 operation, which draws monochrome bit 
maps, is ideal for text transfer. Its basic operation is similar 
to pixel8, but instead of transferring, say, four eight-bit 
pixels per operation, it transfers up to 32 one-bit pixels. 
The Power 9100 expands the one and zero bits of the data 
word into pixels at the current color depth. (The Power 
9100 expands these values according to the raster-op func- 
tion described in section 1.3.5.) 


Pixel data must be padded out to multiples of 32 bits per 
scan line for pixel8 transfers; leftover pixels in the current 
word do not wrap to the next line. Pixel1 allows the 
left-over pixels to wrap, however, making it especially suit- 
able for sending narrow blocks of monochrome data, such 
as character bit maps. 


1.3.4. BIT BLOCK TRANSFER 


The blit operation moves a rectangular block of pixels 
from one part of the screen to another. It handles overlap- 
ping source and destination blocks properly; the source 
block arrives unchanged at the destination, as if it were 
moved off-screen, then copied back at its new destination. 


Like quad, blit is a *fire-and-forget" operation; once initi- 
ated, it runs to completion without additional attention 
from the host. As a large blit can involve over a million pix- 
els, the host driver code should test the busy bit in the Pow- 
er 9100's status register before attempting another draw- 
ing operation when a blit could be in progress. 





1.3.5. COLOR SELECTION 


Once a pixel has been touched, there still remains the ques- 
tion of what color it will be. Screen color is selected at five 
levels: 


1. the initial (source) color 


the pattern color 


2 

3. the raster-op color 
4. the plane mask 

5 


the RAMDAC look-up table color (8-bit modes only; 
higher pixel depths use direct color) 


The Power 9100 applies each of these in turn. The pattern 
RAM allows imposition of an 8x8-bit repeating pattern on 
the data. See figure 5. The raster-op function is a three-in- 
put boolean function controlled by an eight-bit minterm 
array. The three inputs are: 


1. The source color 


2. The destination color (the color value currently at the 
x,y location being written) 


3. The color registers color[3..0]. 


The Power 9100 applies the same function to each of the 
bits in the pixel. 


Scan conversion starts here. The two 
line-drawing engines follow the perimeter 
lines, and the pixel-drawing engine fills the 
pixels between the lines. Filling proceeds one. 
scan line at a time, in this case from top to 














When the Bresenham engine reaches a 
vertex, it stops drawing the old line and 
begins drawing a new one. 


Pixel Centers 
at Intersections 


pattern[15] 


16x16 Pattern RAM (Magnified) Unpatterned Quad Patterned Quad 


Figure 5. Patterning 
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1.4. Host Bus Interface 





The Power 9100 supports the VL and PCI buses directly, ing third signal nomenclature to that of PCI and VL, we 
with no glue logic. See figures 6 through 9. Other buses have provided two pin configuration diagrams: one for 
can be accommodated with a small amount of external each bus, each using that bus’ signal naming conventions. 
glue logic. See section 13.4 for the pin configuration. 


Some pins on the Power 9100 change function depending 
on which bus is selected. Rather than introduce a confus- 


PCI POWER 


VL 
POWER 
BUS 9100 


Bus 9100 


ADR[31..2] ADR[31..2] AD[31..0] DATA[31..0] 


DAT[31..0] DATA[31..0] 


PAR PAR 
C/BE[3..0]- C/BE[3..0]- 
FRAME- FRAME- 
IRDY— IRDY- 
IDSEL IDSEL 
CLK CLK- 
RESET- RESET- 
TRDY- TRDY- 
STOP- STOP- 
DEVSEL- DEVSEL- 
INTA- IRQ 


BE[3..0]- BE[3..0]- 
M/IO- WIO- 
W/R- WR- . 

D/C- D/C- 
ADS- ADS- 
RDYRTN- RDYRTN- 
LCLK BCLK 

ID2 FASTWR 
RESET- RESET- 
LDEV- LDEV- 
LRDY- LRDY- 
IRQ IRQ 





Figure 6. VL bus interface connection Figure 7. PCI bus interface connection 


DATA[31..0] yo Address and data bus 
C/BE[3..0]- Input 
PAR МО 






VL Bus 
[Signal | /О Description 
DATA[31..0] Data bus 
ADR|[31..2] Address bus 
BE[3..0]- Byte enable 






















Bus command/byte enable 


Parity 







































W/R- Write or read status IDSEL Input Initialization device select 
M/IO- Memory or I/O status STOP- Output | Stop 

FASTWR ID2 identifier FRAME- Input Cycle frame 

ADS- Address data strobe DEVSEL- Output | Device select 

LDEV— Local device TRDY- Output | Target ready 

LRDY- Local ready IRDY- Input Initiator ready 

RDYRTN- Ready return IRQ Output | Interrupt request 

IRQ Interrupt request CLK- Input PCI clock 








RESET- Reset 


BCLK VL clock 

RESET- Reset 

D/C- | Data or code status 
Figure 8. VL bus interface signals Figure 9. PCI bus interface signals 


Input 





1.5. Frame Buffer and Video Interfaces 


Figure 10 illustrates Power 9100 RAMDAC, frame buffer, 
and video pin connections. 


WEITEK 
Power 9100 
Graphics 
Controller 


ICD2061A 


2 
CKSEL[1..0] | 
MEMCLK Ta  _ | Clock Synthesizer В1485 


PIXCLK Р1 


DIVPIXCLK SCLK 
LCLK 
VIDOUTCLK PO 
WET1[3..0]- RS[3..0] 
DACRD- DACRD- 
DACWR- DACWR- 
MD[23..16] D[7..0] 
VIDOUT[7..0] VGA[7..0] 
CBLANK- BLANK- 
CDE- 





AD[31..0] 


MD[31..0] 
МА|8..0) 
RAS[1..0]- 
CASIA..0]- 
WEO[3..0]- 
WE1[3..0]- 
ОЕ0[4..0]- 
SC[1..0] 
SE3-, SEO- 
DSF 


VRAM 
(1—4 banks) 


C/BE[3..0]- 
FRAME- 
IRDY- 


PX[31..0] 


WEITEK 
Video Power 
Coprocessor 


= 


VESA Media Channe! 





[i 


Serial E7 PROM 
(VCEN-) EECLK (\?C interface) 
(CKSEL[2]) EEDATA 


Configuration 
Information 


BIOS ROM 
MD[14..0] A[14..0] 
MD[31..24] D[7..0] 
ROMEN- CE- 





Figure 10. RAMDAC, frame buffer, and video connections 
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1.5. Frame Buffer and Video Interfaces, continued 


1.5.1. SIGNAL DESCRIPTIONS 





















































< 
o 
С 
7. 
r- 
r- 








CAS[4..0]- Output Column address strobes. CAS[O0]- controls the least-significant 16 bits of bank 0; CAS[4]- 
controls the most-significant bits of bank 0 (necessary for VGA transfers). Note that in two- 
bank systems, bank 1 is controlled by CAS[S]-, not CAS[1]- 

WEO[3..0]- Output 

WE1[3..0]- Output 
tems) 

OE[A4..0]- Output Enables. OE[O]- controls the least-significant 16 bits of bank 0; OE[4]- controls the 
most-significant bits of bank O (necessary for VGA transfers) 

MEMCLK mt / Main chip clock | 

[Output | BIOS ROM enable 

EECK ` [Output | EEPROM clock control signal 

EEDA EEPROM data contro! signal 

SE[3]-, SE[O]- VRAM serial shift enable 

SC[1..0] VRAM serial shift clock 

VIDOUT[7..0] Video data out (SVGA modes) 


MD[31..0] Memory data bus 
МА(8..0) Memory address bus 
Write-enable for the individual bytes in bank 0 (2-bank systems), or banks 0—1 (4-bank sys- 
tems) 
DSF | VRAM special function pin 
DACRD- RAMDAC control line 
VDDPLL Supply voltage for on-chip clock generator 
Ground for on-chip clock generator 
Figure 11. Memory control signals 
VIDOUTCLK | Output |Video data clock out 
HSYNC- Horizontal synchronization. Normally an output; can also be used as an input for external 
/О 








RAS[1..0]- Row address strobes 
Write-enable for the individual bytes in bank 1 (2-bank systems), or banks 2—3 (4-bank sys- 
DACWR- RAMDAC write control signal 
Description 
sync 





Vertical synchronization. Normally an output; can also be used as an input for external sync 


VSYNC- 
BLANK- Blanking interval 
PIXCLK Pixel clock 
DIVPIXCLK Divided pixel clock 


CKSEL[2..0] Frequency synthesizer control 


Figure 12. Video control signals 
































1.5. Frame Buffer and Video Interfaces, continued 


Video coprocessor busy. Video coprocessor is busy; I/O reads and writes will not succeed. 
This signal should be pulled up to VCC with a 10 KQ resistor 


Video coprocessor enable. When asserted, video coprocessor is active. Resets video co- 
processor when de-asserted 


Video coprocessor bus grant. Signals that the Power 9100 has released the frame buffer 
Video coprocessor I/O read. Requests a read from a video coprocessor register 





VCBUSY- 


| Output | 
| Output | 
















VCGRNT-— 


VCIOR- 
Video coprocessor bus request. Requests that the video coprocessor be given control of 


VCIOW- Output 
VCREQ- impul the bus. This signal should be pulled up to VCC with a 10 KQ resistor 


Figure 13. Video coprocessor signal description 

















Video coprocessor I/O write. Requests a write to a video coprocessor register 














1.6. Video Coprocessor Interface 


The video coprocessor interface allows a separate copro- coprocessor grant and release functions allow the video 
cessor to share the Power 9100% frame buffer and host in- coprocessor to take and relinquish control of the frame 
terface. Such a coprocessor could provide features to ac- | buffer. The video coprocessor pre-empt function lets the 
celerate still pictures, video animation, or 3-D rendering. Power 9100 regain control to perform high-priority tasks 


| . such as memory refresh. 
The video coprocessor interface allows the host to read и 


and write data from the video coprocessor, while the video 





1.7. Related Documents 


For availability of Power 9100 documentation, see your Power 9100 Application Notes. Practical techniques for 
WEITEK sales representative. Upcoming titles include: Power 9100 design, including examples of complete board 


Power 9100 Programmer’s Reference Manual. Full in- Сера for boin зла PEE 

formation on registers and commands for both P9100and Power 9100 Manufacturing Kits. Artwork, program- 

SVGA modes. mable logic equations, and manufacturing drawings for 
tested, cost-effective Power 9100 designs. 
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Chapter 2. Quick Reference 


[Editor’s Note: Will necessarily be completed last.] 


11 





1.2. Major Differences between the Power 9100 and the Power 9000, continued 
i Registers Power 9000 or | New/Changed/ 
(# of regs) Power 9100 Replaced 

Configuration (8) Power 9100 These registers specify device and vendor identifiers; enable 
the RAMDAC pallet, memory space access, and I/O space ac- 
cess; specify base addresses; enable VGA; and select P9100 
or SVGA mode. 

Color (color[0] through unl n color[0] replaces Power 9000 foreground register; color[1] re- 


color[3]) places Power 9000 background register. Both are used in two- 
color patterns. Color[2] and color[3] are used in new four-color 
Pattern (pattern[0] Power 9100 
through pattern[3] 
alt read bank Power 9100 
ай write bank 


New 
patterns. Each register is 32 bits wide 
New 
New 
Software (4) Power 9100 [New | 
System configuration | Both Changed 
(sysconfig) 
VRAMs 


SVGA Power 9100 
Memory configuration | Both Changed 
bits 1—0 specify the number of VRAM banks connected 


(mem config) 
Figure 14. Register differences between the Power 9100 and the Power 9000 



































Replace Power 9000 pattern registers. (Each register is 32 bits 
wide.) 







These registers specify the high-order address bits (in register 
bits 22—14) when alternate aperture frame buffer banking logic 
is used to read/write directly from the frame buffer 








These registers are reserved for the system software to use. 


The Power 9100 has all of the registers found on the W5286 on 
its SVGA unit; they are identical to the W5286 registers. 


New field: bits 28—26 specify 8, 16, or 32 bits per pixel for the 
drawing engine 

Deleted field: version (bits 2—0), which is now contained in a 
configuration register; bits 2-0 are always zero 
































New fields: 
bits 31—29 are reserved 

bits 28—27 control the delay for blank generation 

bit 26 inverts the MUXSEL pin 

bits 25—24 set the timing patterns for shift clocks 

bits 23—22 set timing patterns for shift clocks as well 

bits 21—19 set the frequency of the DAC load clock 

bit 18 controls the skew between the DAC load clock and the 
VRAM shift clocks 

bits 17—14 set the frequency of the internal crtc divided dot 
clock (DDOTCLK) 

bits 13—10 set the frequency of the VRAM shift clock state ma- 
chine 

bit 9 forces memory and video into reset state 

bit 8 is reserved 

bit 7 enables RAMDAC back-to-back transfer checking 

bit 6 specifies that VCP has higher priority than the drawing 
engine 

bit 5 specifies an adjustment for VRAM write timing 

bit 4 specifies an adjustment for VRAM read timing 

bit 3 specifies an adjustment for VRAM row miss timing 

bit 2 specifies the number of bits for the CAS section of the 
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1.2. Major Differences between the Power 9100 and the Power 9000, continued 


Register(s) Power 9000 or | New/Changed/ 
Power 9100 Replaced 
bits 7—0 minterms (bits 15—0 on Power 9000) 


Raster Both Changed New fields: 
bits 12—8 now always zero 


bit 15 enables pixel1 transparent mode 
bit 14 specifies pattern depth (2-color or 4-color pattern) 
Foreground (fground) | Power 9000 Replaced Replaced by new Power 9100 color registers. 
Background (bground) 
Power 9000 Replaced Replaced by new Power 9100 pattern registers. 


Figure 14, continued. Register differences between the Power 9100 and the Power 9000 



















Changed fields: 
bit 17 enables transparent pattern 
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3.1. Overview 


The host controls the Power 9100 by setting registers, 
loading pseudo-registers, and issuing commands. Power 
9100 registers, all of which are 32 bits wide, contain the 
parameters for Power 9100 operations and maintain sta- 
tus information. Pseudo-registers minimize the number of 
parameters that must be specified per drawing operation. 
Commands initiate the drawing operations whose param- 
eters are defined by register and pseudo-register settings. 


The Power 9100 is memory-mapped: The address is di- 
vided into control fields that determine the actions to be 
performed. The sections of memory reserved for Power 
9100 addresses must be marked as non-cacheable; because 
the Power 9100 alters its own register contents, memory 
caching would give invalid data. 


The Power 9100 performs all tasks sequentially. The host 
must ensure that requests for drawing operations are ac- 
cepted, either by checking Power 9100 status to verify that 
the previous drawing operation has completed before issu- 
ing a new request, or, for operations that return status, by 
checking the status of a requested operation before issuing 
a new request. The status register contents reflect status 
conditions, as defined in section 4.4.2. The host processor 


Byte numbers: 0 
Bit numbers: 31 


is also responsible for proper byte alignment of data it 
sends across the bus to the Power 9100. 


This chapter describes all Power 9100 address formats and 
registers. Subsequent chapters describe the Power 9100 
registers, pseudo-registers, and commands, and define the 
specific address format for accessing each. For illustra- 
tions and examples of Power 9100 operation, see Chapter 
5. 


3.1.1. BIG-ENDIAN AND LITTLE-ENDIAN 
MODES 


The Power 9100 data bus connects to the host bus so that 
transfer of a 32-bit word preserves the significance of the 
data bits (bit O is the least significant bit and bit 31 is the 
most significant bit). Because the Power 9100 stores all 
data in big-endian mode, it is necessary to convert the 


mode when transferring data to and from a host system 


that uses little-endian mode. The H, B, and b bits enable 
swapping of half-words, bytes, and bits respectively. This 
is used most often when accessing the frame buffer. Figure 
15 illustrates the swapping effect of setting the H, B, and b 
bits. TheH, B andb bits are derived from different registers 
depending on the address format used. 


2 3 


0 


1010101001 010101|11110000/000041 1 1 1 


Half-word swap 


31 


0 


11110000|000024 111|101010 10/0101 010 1 


Byte swap 


31 


pend 


Pact 


О 


0000415 1151|11 110000010101 01|[1 0101010 


Bit swap 


AR 


3 
31 


ИЕ Ago P. 


| | 


1 0 


1111000000001 1111101010 100101010 1 


Figure 15. Half-word, byte, and bit swapping 








3.2. Conventions and Notation 


The conventions and notation defined in this section are 
used throughout this chapter. 


All discussions of registers and address formats define all 
32 bits. Illustrations appear as shown in the example in fig- 
ures 16 and 17, with bit numbers identified across the top 
of the illustration and field sizes called out below. The field 
contents are identified in the illustration and defined in a 
table that accompanies the illustration. 


The prefix “c.” ona field name indicates that the most-sig- 
nificant bit in the field is a field write control bit. When 


Bit numbers: 31 24 23 


Address contents: 


writing to a register, it is not always desirable to replace the 
entire register contents. For example, clearing a bit in the 
interrupt register is a function that needs to be done with- 
out altering the information contained in other register 
fields. When writing to a register, setting a field write con- 
trol bit to 1 replaces that field with the new data; setting a 
field write control bit to 0 leaves the contents of the field 
unaltered. On a register read, field write control bits are 
always 1, which makes it easy to save and restore all of the 
fields of a register. 


2 1 O 


СОМНЕВА Ное [oo 





Field lengths: 8 22 


Figure 16. Sample address format illustration 


Bit numbers: 31 
Address contents: 


Field lengths: 


2 


UERZEKXEEEIZEXIZZEEXIEERIINNNNNS 





Figure 17. Sample register illustration 


3.3. Configuration Registers 


The PCI bus specification requires a group of configura- 
tion registers be present in the configuration address 
space. These registers are used to control memory and I/O 
mapping as well as various other control functions. The 
Power 9100 fully supports the requirements of the PCI 
specification. 


When operating in the VL bus mode the same functional- 
ity is supported by mapping the configuration registers 
into the I/O address space. Two double words of I/O ad- 
dress space are used to access the configuration registers. 
The first is used as an index into the configuration address 
space, the second is used as the data transfer register. These 
configuration registers are present independent of the 
mode (VGA or native) that the device is currently operat- 
ing in. The index registers can be placed at several loca- 
tions in the I/O address space. The actual location of these 
registers is controlled by the setting of the PU_CON- 
FIG.CFGBA field. The value of this field is determined 
during the reset sequence (see section 3.3.1). 


Configuration registers that are not implemented must fol- 
low the absent PCI configuration register convention — ig- 
nore all writes, read as all zeroes. When accessed through 


Power-up Configuration Bits (PU_CONFIG register) 


31 30 29 26 25 





POWER 9100 GRAPHICS 
CONTROLLER 


PRELIMINARY DATA 
November 1993 


I/O space all operations must bea single byte, no assembly 
or disassembly of data is supported. 


31 Index Register 16 15 3 2 0 


16 


13 3 


31 Data Register 16 15 3 2 0 


16 13 23 


Figure 18. Configuration Index Registers I/O space 
mapping (VL bus mode) 


3.3.1. POWER-UP CONFIGURATION 


The deassertion of reset— forces the system to sample the 
frame buffer data bus to determine its power-up configu- 
ration. Data bus drivers have built-in pull-down resistors 
causing the bus to eventually float to a low state. By plac- 
ing large (~10KQ) pull-up resistors on the data bus se- 
lected bits can be forced into the high state. The initial set- 
tings of the data bus is preserved іп the read-only 
PU CONFIG register. 


me wm DIT — — n — — — Inm 


* INIT. MODESELECT- | 
INIT VGA PRESENT 


MEM DEPTH — 
: M_BOARD 


[Fu [Bs om — 


The bus signalling protocol. 


11 = Reserved 
10 = VESA Local Bus 
01 = PCI Bus 


00 = Reserved (internal, nesting mode) 


/О address for configurati 
000 = $9100; $9104 < 
010 = '$9110, $9114 
100 = $9120, $9124 
110 = $9130, $9134 





INIT MODESELECT 
INIT VGA PRESENT 


MEM DEPTH Depth of memory Chips. 


0 = 256K 


MBOARD 
0 = On motherboard 


n register index and data registers. ` 


= 001 =$9108, $910C 


011 = $9118, $911C 
101 =$9128, $912C 
111 = $9138, $913C 


The initial value for CONFIG[65].MODESELECT 
The initial value for CONFIG[10]. МСА PRESENT 


1 = 128K 


Motherboard VGA address decode control. 


1 = On add-in board 





Figure 19. Power-up Configuration bits. (PU_CONFIG register) 
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3.3. Configuration Registers, continued 


3.3.2. CONFIG[0] REGISTER 
АР... 

co 0] Register (Read Only) 
се 


7 0 
0 0 0 0 1 1 1 0 


к == Low order byte of Vendor ID (OE, $0E, or ОхОЕ) 


Figure 20. CONFIG[0] register (Read Only) 













3.3.3. CONFIG[1] REGISTER 


CONFIG[1] Register (Read Only) 


7 0 
0 0 0 1 0 0 0 0 


peu High order bye of Vendor ID (10, $10, or Ox10) 


Figure 21. CONFIG[1] register (Read Only) 













3.3.4. CONFIG[2] REGISTER 


CONFIG[2] Register (Read Only) 


Figure 22. CONFIG[2] register ed Only) 


3.3.5. CONFIG[3] REGISTER dd % | ú | 


CONFIG[3] Register (Read Only) 














Figure 23. CONFIG[3] register (Read Only) == B E 
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3.3. Configuration Registers, continued 


3.3.6. CONFIG[4] REGISTER 


CONFIG[4] Configuration Register 


MEM ENABLE ІО ENABLE 


SHADOW DAC Shadow access to the RAMDAC palette. 
0 = shadow disabled, Power 9100 responds to palette accesses. 
1 = shadow enabled, Power 9100 does not respond to palette write accesses (default). 


MEM ENABLE Memory space enable. 
0 = disabled, Power 9100 doesn't respond to any memory accesses. (default) 
1 = enabled, Power 9100 responds to memory space accesses. 


IO ENABLE МО space enable. 
0 = disabled, Power 9100 does not respond to any I/O space accesses. (PCI default) 
1 = enabled, Power 9100 responds to I/O space accesses. (VL default) 


Figure 24. CONFIG[4] configuration register 





3.3.7. CONFIG[7] REGISTER 


CONFIG[7] Register (Read Only) 











. Figure 25. CONFIG[7] register (Read Only) 
3.3.8. CONFIG[8] REGISTER 


` Definition 





Revision ID. Current revision ID. 





Figure 26. CONFIG[8] register (Read Only) + 
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3.3. Configuration Registers, continued 


3.3.9. CONFIG[10] REGISTER 
CONFIG[10] Register (Read Only) 


7 6 


0 











VGA_PRESENT € 0 = VGA present in emulation mode 
1 = VGA absent in emulation mode 
This bit is set by PU_CONFIG[25] on reset (see figure 19). 





Display controller. 
These bits set to 11 in accordance with PCI 2.0. 


Figure 28. CONFIG[11] register (read only 
3.3.11. CONFIG[19] REGISTER 


CONFIG[19] Register 





7-0 


WBASE Base for Native mode. Memory space address is relocatable every 16 MB. 
VL bus — set through I/O read/write 
PCI bus - set through configuration space read/write 
See figures 37 and 42. 


Figure 29. CONFIG[19] register 
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3.3. Configuration Registers, continued 


3.3.12. CONFIG[48] REGISTER 
CONFIG[48] Register 


1 0 


Definition 


ROM_ENABLE 0 = BIOS ROM decoding disabled (default for РС!) 
1 = BIOS ROM decoding enabled (default for VL) 

















Figure 30. CONFIG[48] register 
3.3.13. CONFIG[49] REGISTER 
CONFIG[49] Register 


7 6 0 
rom base[0] | 0 0 0 0 0 0 0 


[Fed o fes [Om Т 
ROM ВАЅЕ[0] Bit 0 of the ROM base address (default is 0 after reset) 


Figure 31. CONFIG[49] register 
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3.3. Configuration Registers, continued 


3.3.14. CONFIG[50] REGISTER 
CONFIG[50] Register 


7 0 


rom_base[8..1] 











Field | Bits | Definition 


ROM_BASE[B..1] Bits 8..1 of the ROM base address (default is OxOC after reset) 


Figure 32. СОМЕІС[50] register 
3.3.15. CONFIG[51] REGISTER 
CONFIG[51] Register 












7 0 
rom base[16..9] 


ке [Bis он 
НОМ. BASE[16..9] Bits 16..9 of the ROM base address (default is 0x00 after reset) 


Figure 33. CONFIG[51] register 
3.3.16. CONFIG[64] REGISTER 
CONFIG[64] Register (Read Only) 







7 6 5 3 2 1 0 


sus | cm [о о | EEDAN 


3 2 1 








Contents 


Read-only copy of PU CONFIG.BUS 
11 = Reserved 

10 = VESA Local Bus 

01 = PCI Bus 

00 = Reserved (internal Testing mode) 


Read-only copy of PU CONFIG.CFGBA 

000 =$9100, $9104 001 = $9108, $910C 
010 = $9110, $9114 011 = $9118, $911C 
100 - $9120, $9124 101 = $9128, $912C 
110 = $9130, $9134 111 2 $9138, $913C 


EEDAIN | - Current state of CKSEL[2] pin. 
Figure 34. CONFIG[64] register (Read Only) 
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3.3. Configuration Registers, continued 


3.3.17. CONFIG[65] REGISTER 


CONFIG[65] Register 


MODESELECT 


NA_ENABLE 


NA_SELECT 





Figure 35. CONFIG[65] register 


1 
- MODESELECT 
NA_ENABLE 





Native/emulation mode. 

This bit is set by РО CONFIG[26] on reset (see figure 19). 
0 = Power 9100 is in native mode. 

1 = Power 9100 is in emulation (VGA) mode. 


Native mode. Respond to address range 000A0000—000AFFFF. 
This bit is set to O (default) on reset. 

0 = disabled. 

1 = enabled. 


Native mode. Select Coprocessor or frame buffer to respond to 
address range 000A0000-000AFFFF 

This bit is set to O (default) on reset. 

0 = Frame Buffer 

1 = Coprocessor 


Bit swap for commands through 000A0000-000AFFFF 
Byte swap for commands through 000A0000-000AFFFF 
Halfword swap for commands through 000A0000-000AFFFF 


3.3.18. CONFIG[66] REGISTER 


CONFIG[66] Register 


Figure 36. CONFIG[66] register 


Contents 


Sets the current state of pin CKSEL[2..0] in native mode. (default 0) 
(CKSEL[4] also used as EEDATA; for writing, must be read through CONFIG[64]) 


The inverse of the level of the VCEN- pin. 
This bit is set to O (default) on reset. 
(Also used as EECLK) 
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3.4. General Address Formats 


The following sections define each of the general address 
formats. Formats for accessing specific registers, pseudo- 
registers, and commands are all variations on these general 
formats, and are defined in chapters 4 and 5. 


3.4.1. LINEAR FRAME BUFFER ADDRESSING 


The pixel address format, illustrated in figure 37, allows 
direct access to the pixel map. Half-word, byte, and bit 
swapping for endian control is specified in the system con- 
figuration (Sysconfig) register (see section 4.3). Data in the 
frame buffer is stored in big-endian format. 


When the host issues a pixel address, the Power 9100 ac- 
cesses the display memory as if it were normal memory. 
Read accesses do not modify the pixel data; the current set- 
tings of the pixel processing registers do not affect the pixel 
data. Accessing non-existent pixels yields undefined re- 
‘sults. Pixel accesses complete within a few clock cycles; the 
worst case includes the time required for a VRAM refresh, 
a shift register load, a row miss, and the actual read or 
write. 





[_CONFIGTTOIWBASE [ r |) Prans | 





Figure 37. Linear Frame Buffer Pixel Address Format 
(CONFIG[19].WBASE, see figure 29) 


3.4.2. ALTERNATE FRAME BUFFER | 
APERTURE MAPPING 


The aperture address format, illustrated in figure 38, al- 
lows indirect access to the pixel map. Half-word, byte, and 
bit swapping for endian control is specified in the system 
configuration (sysconfig) register (see section 4.3). Data 
in the frame buffer is stored in big-endian format. Access 
to the frame buffer through this mechanism is controlled 
by CONFIG[65].NA ENABLE and CONFIG[65].NA_SE- 
LECT. By setting the alt read bank and alt write bank 
registers, this address format can be used to access a con- 
tiguous 64KB block of frame buffer memory on any 64KB 
boundary. The contents of the alt read bank and 
alt write bank registers are merged with the offset from 
the address field to compute the addressed byte of the 
frame buffer. 
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31 16 15 0 


0000000000001 01 0} Pixel within bank 


16 16 


Figure 38. Alternate Frame Buffer Aperture 
(CONFIG[65].NA ENABLE = 1, CONFIG[65].NA_SELECT = 0) 


3.4.3. ROM BIOS ACCESS 


The ROM BIOS access format, illustrated in figure 39, al- 
lows direct access to the ROM BIOS. Data in the ROM 
BIOS is stored in little-endian format and is not subject to 
H, B and b swapping. Access to the ROM BIOS through 
this mechanism is controlled by the rom_base field of con- 
figuration registers 49, 50 and 51. Both the CON- 
FIG[4].mem_enable field and the CONFIG[48].rom_en- 
able fields must be a 1 in order to enable BIOS ROM 
access. 


31 15 14 0 


CONFIG[49,50,51].ROM_BASE ROM address 


17 


Figure 39. ROM BIOS access format 
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3.4.4. COPROCESSOR ACCESS 


Expect for configuration registers, frame buffer memory 
and ROM BIOS access to all remaining native mode items 
are controlled through the coprocessor access protocol. 
See figure 40 for a list of the items that are accessible. 


There are two access methods: direct and indirect. In both 
access modes data swapping is available. Figure 42 shows 
the direct access protocol. With this protocol the H, B and 
b swapping is directly specified within the address itself. 


Figure 41 shows the indirect access protocols. With these 
protocols the H, B and b swapping are specified indirectly, 
they are taken from CONFIG[65].H, CONFIG[65].B and 
CONFIG[65].b. The indirect access format is only avail- 
able if CONFIG[65].NA_ENABLE is a 1. 
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3.4. General Address Formats, continued 


Address Format Described in Page Address Format Described in 
Section Section 
RAMDAC access Drawing engine registers 
Video Coprocessor Access Load coordinate pseudo-registers NEIN 


EE 
| 26 | 
System control registers 4з | 33 | Quad command i, 352-4 
NUM 
ACE 


26 
26 
33 
51 
55 
39 

8 


VRAM control registers Pixel8 command | 54 | 

Status register 442 | 39 Pixel command 

Parameter engine registers Next pixels command 
0. 1 





.5 
5.1 
5.2 
Video control registers Blit command 
5.4 
5.5 
.6 


0 


15 


Prefix 


Prefix 31-15 | Indirect access prefix used in address formats. 
See figures 43, 44, 45, 46, 49, 54, 56, 58, 66, 72, 77, 80, 81, 82, 83, 85, and 87. 
(CONFIG[65].NA ENABLE = 1, CONFIG[65].NA SELECT = 1; see figure 35.) 


Figure 41. Coprocessor access protocol (indirect) 











Coprocessor Access Protocol (Direct) 


31 24 23 19 17 16 


18 15 14 0 
CONFIG[19].WBASE | o 1|н(|в(|ь|о| Coprocessor Address 
1 1 1 1 15 


8 5 


Prefix 


в [9s [Da — — 
Prefix Direct access prefix used in address formats. 
See figures 43, 44, 45, 46, 49, 54, 56, 58, 66, 72, 77, 80, 81, 82, 83, 85, and 87. 


(CONFIG[19].WBASE, see figure 29.) 


Half-word swap 
Byte within half-word swap 
- Bit within byte swap 





Figure 42. Coprocessor access protocol (direct) 


H-8-b- O 
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3.4. General Address Formats, continued 


3.4.5. RAMDAC ADDRESS FORMAT 3.4.6. VIDEO COPROCESSOR INTERFACE 


The RAMDAC address format, illustrated in figure 43, al- | The video coprocessor address format, illustrated in figure 
lows direct access to the RAMDAC. RAMDAC readsand 44, allows direct access to the video coprocessor. Video 
writes are initiated immediately and completed within a coprocessor reads and writes are initiated immediately 
few clock cycles; the longest possible wait time fora direct and completed within a few clock cycles. The video 
RAMDAC access is the time required to complete а coprocessor interface is only enabled when operating in 
VRAM refresh, plus the time required to complete a shift native mode. Many of the emulation mode pins are shared. 
register reload, plus the time required for the access. The 

8-bit data transfer to or from the RAMDAC occurs across 

the eight MD bus bits that are connected to the RAMDAC 

data bus (see chapter 5). 


RAMDAC Address Format 


31 15 1 0 


14 6 5 2 
| 9 4 


17 2 


Definition 








Prefix. See figures 41 and 42. 





Controls transfer as defined by RAMDAC specifications 
Figure 43. RAMDAC address format 






Video Coprocessor Interface Format 









31 15 14 10 9 2 1 0 
soe em de) 
17 5 8 2 










ке [8 pu — —_ 
3 


1-15 | Prefix. See figures 41 and 42. 
9—2 The register of the video coprocessor 


Figure 44. Video coprocessor interface format 
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3.4. General Address Formats, continued 


| Prefix’ | Address Bits | 
[$1 15 14 13 12 TH 10 9 8 | 7 6 5 4 | 3 |2 
0|0|101|101|010 pen Meu ее 


Specific Address Section 











System control registers 4.3 





0|0/0/0/|/0/|0/,1/0 — | — | — |- |Video control registers 4.6 
0;0;0;0/;0/0/]1 11 — | = | — | — | VRAM control registers 4.7 
0101000 1 | - | - - | — | — | - | ВАМОАС control 3.4.5 
0101010 1/1- - | - — | — | — | — |Video Coprocessor Interface 3.4.6 
ото о оо о о 010 1 | Pixel8 command 5.4 
01110 о о о 0 о 01110 | 1 |Next_pixels command 5.6 
о то о 0101011 = |= | — |- |Pixel1 command 5.5 
о1110 1010 011 |1 = |— | ~ | ~ |Рагате!ег engine control registers 4.4.3 
0111010 4О 1 | - | - = | — | — | — |Drawing engine pixel processing registers 4.5 
о11 (то о о {о | – - | — | — | — |Parameter engine coordinate registers 4.4.3 
0111110 10 1 |- | - = | — | — | ~ [оаа coordinates pseudo-registers 5.1 
T. | |= = = eee = L= - | — | — | — |Pixel8 command 5.4 

















* See figures 41 and 42. 


рее Айнаны бред данне вес» 
asue e [e v [e e a s [0 
о То [о [о о [о - She 


System control registers 

Video control registers 

VRAM control registers 

RAMDAC control 

Video Coprocessor Interface 

Status register 

Blit command 

Quad command 

Parameter engine control registers 
Drawing engine pixel processing registers 


— -і — —— —— tO О о OO 
=- O O O O O O о о o 


0 
0 
0 
0 
0 
0 
0 
0 
0 
40 


Parameter engine coordinate registers 


о O O O O O о о O O о 
O O O O O O O = O O o 


о 
-. 
=à 


Load coordinates pseudo-registers 


* See figures 41 and 42. 





Figure 46. Decoding of addresses for read operations 
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4.1. Overview 


The 32-bit Power 9100 registers specify parameters for an 
operation, control the operation, and maintain status in- 
formation. Figure 47 summarizes the Power 9100 regis- 
ters. All registers except those designated “read only” are 
read/write registers. 


The register descriptions in this section define the register 
functions, present the address format for accessing each 
register, and provide a complete definition of each register 


field. 





4.2. Register Summary 


. та : Effect of See 


System Control Registers 






























set to zero 
(Host Reset) 


sysconfig System configuration. Specifies system 


configuration information. 


video and system 
control address 
format 










interrupt Interrupt. Records interrupt conditions. set to zero 









interrupt en Interrupt enable. Enables interrupts upon set to zero 


occurrence of interrupt conditions. 







Parameter Engine Registers 
X[0], Y[O] 
X[1], Y[1] 
ха Y[2]] 
X[3], Y[3] 


status 



















Device 
coordinate 


Device coordinate. Supplies screen coordi- 
nates for drawing operation. 


user register ad- 
dress format 


Not changed 





















Status Status. Read only. Records status of draw- 
ing engine and coordinate register clip 


checks. 


user register ad- | Not changed 


dress format 

















Control and 
condition 


oor Out of range. Read only. Records out of 


range x,y values. 


user register ad- 
dress format 


Not changed 
















cindex Index. Supplies current index into x and y 


coordinates 


Not changed 










w_off.x/y Window offset. Supplies offset of current 


window on the display. 


Not changed 
















pe_w_min 
pe_w_max 


Parameter engine window minimum, pa- 
rameter engine window maximum. Read 
only. Record the contents of the drawing 
engine window minimum (w_min) and win- 
dow maximum (w_max) registers. 


Not changed 






Xclip, yclip. Read only. Record results of 
clip checks on x and y coordinates. 


Not changed 





Vertex relationship. Read only. Record re- 
sults of vertex relationship checking. 


Not changed 


Figure 47. Register summary 
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4.2. Register Summary, continued 


I . 2 Effect of See 


Drawing Engine Registers 









Pixel proces- color[O..3] Color registers user register ad- | Not changed 4.5 
sing dress format 






pmask Plane mask. Specifies plane mask. Not changed 





draw. mode Draw mode. Specifies control for writing Not changed 
within a picked window and selects the 
destination buffer for drawing operations. 







pat. originx X pattern origin, y pattern origin. Specify x Not changed 
pat_originy and y screen coordinates for pattern origin. 












raster Raster. Specifies parameters for a raster Not changed 
operation. 

pixel8_reg Pixel8. Stores excess pixel8 operation data Not changed 
bits. 

p_w_min Window minimum. Specifies minimum x,y Not changed 

b_w_min values for window. 

| w max Window maximum. Specifies maximum x,y Not changed 
b w min values for window. 
pattern Pattern. Specify pattern. Not changed 






[O..1][0..3] 
[0..7] 


Video Control Registers 





























video and direct | Set to zero 
control address 


format 


Horizontal hrzc Horizontal counter. Read only. 












Set to OXFFF 
Set to OXFFF 
Set to OXFFF 
Set to OxFFF 


Set to zero 


hrzt 
hrzsr 
hrzbr 
hrzbf 

| prehrzc 





Horizontal length. 










Horizontal sync rising edge. 













Horizontal blank rising edge. 










Horizontal blank falling edge. 











Horizontal counter preload. 






Set to zero 
Set to OXFFF 
Set to OXFFF 
Set to OXFFF 
Set to OXFFF 


Vertical vrtc 
vrtt 
vrtsr 
vrtbr 
vrtbf 


Vertical counter. Read only. 










Vertical length. 










Vertical sync rising edge. 










Vertical blank rising edge. 












Vertical blank falling edge. 



















prevrtc Vertical counter preload. Set to zero 
Repaint srtctl Screen repaint timing control. Set to zero 
srtctl2 Screen repaint timing control. Setto zero 








QSF counter. Setto zero 


Figure 47, continued. Register summary 


qsfcounter 
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4.2. Register Summary, continued 


. Қ Е Effect of See 


VRAM Control Registers 


Figure 47, continued. Register summary 


























video and direct | Set to zero 
control address 


format 


mem config Memory configuration. 









Set to OX3FF 
Set to zero 
Set to OX3FF 
Set to zero 






rfperiod Refresh period. 





rfcount Refresh counter. 





rlmax RAS low maximum. 





ricur RAS low current. 
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4.3. System Control Registers 


The system control registers, summarized in figure 48, сап be read or written at any time. Figure 49 defines the 
control all but the video portions of the Power 9100. They specific format for accessing these registers. 


Register | Function 











sysconfig System configuration. Specifies shift control, swapping for endian control on pixel ac- 
cesses, buffer selection for pixel accesses, and the current version of the Power 9100. 
This register is only reset by a host reset. 


interrupt Interrupt. Indicates the occurrence of various Power 9100 interrupt conditions. This 
register is reset by a mode change (native mode/VGA mode). 


interrupt en Interrupt enable. Enables/disables the assertion of the interrupt signal upon the occur- 
rence of specific interrupt conditions. This register is reset by a mode change (native 
mode/VGA mode). 


alt read bank Alternate bus read bank select. Read/write. 
Controls banking of the frame buffer. This register is reset by a mode change (native 
mode/VGA mode). 








alt write bank Alternate bus write bank select. Read/write. 
| Controls banking of the frame buffer. This register is reset by a mode change (native 
mode/VGA mode). 


Figure 48. System control registers 
Address Format for System Control Register Access 


31 15 14 7 6 2 1 O 
17 8 5 2 


Register Selected 





Prefix See figures 41 and 42. 


Register - 00001 sysconfig H Wee Aa + 4 
00010 interrupt 
00011 interrupt_en 
00100 alt_write_bank 
00101 alt_read_bank 
00110-11111 not used 





Figure 49. Address format for system control register access 
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4.3. System Control Registers, continued 


4.3.1. ALTERNATE READ BANK REGISTER 


The alternate read bank register (alt_read_bank) specifies 
the high order address bits when the alternate aperture 
frame buffer banking logic is used to read directly from the 
frame buffer. See figure 50 for details. 


4.3.2. ALTERNATE WRITE BANK REGISTER 


The alternate write bank register (alt_write_bank) speci- 
fies the high order address bits when the alternate aperture 
frame buffer banking logic is used to write directly from 
the frame buffer. See figure 50 for details. 


Format of alt_write_bank and alt_read_bank 


31 23 22 


4.3.3. SYSTEM CONFIGURATION REGISTER 


The system configuration (sysconfig) register provides 
various system configuration controls, as defined in figure 
51. Bits 13 through 11 determine half-word, byte, and bit 
swapping control. 


The shift control fields of the sysconfig register are set to 
indicate the size of a drawing engine scanline in bytes. This 
is true independent of the pixel_size field. 


16 15 0 


10 6 


Bits 
22-16 
Figure 50. Format of alt_write_bank and alt_read_bank 


Contents 
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4.3. System Control Registers, continued 
System Configuration Register (sysconfig) 


30 29 28 26 25 24 23 22 20 19 17 16 1413 12 11 10 9 8 


RT үер ее [и 


ч ЕТТЕ ыа кане pixel_buf_write 
pixel_size driveload2 pixel_swap_byte pixel_buf_read 
disable_selftime pixel_swap_bits 


Shift3 


pixel size 


disable selftime 
driveload2 


plibackup 


Shift0 


Shift1 


Shift2 


pixel_swap_half 


pixel_swap_byte 


pixel_swap_bits 


pixel_buf_read 
pixel_buf_write 


Reserved 


Shift Control 3. 
00 = SHIFT. 0 (no add) 
10 = ЗНЕТ 2048 (multiply by 2048) 


Pixel size for drawing engine 
010 = 8 bits per pixel (8bpp) 011 = 16 bits per pixel (16bpp) 
111 = 24 bits per pixel (24bpp) 101 2 32 bits per pixel (32bpp) 


Disables internal selftiming on FBC address ` 


01 = SHIFT. 1024 (multiply by 1024) 
11 = SHIFT. 4096 (multiply by 4096) 


Frame buffer controller drive load selection: 
0 z Normal drive load 1 = Double drive load 


Overrides internal PLL to use external clocking circuit. 
0 = Normal operation 1 = External PLL clocking. 


Shift Control 0. 

000 = SHIFT 0 (no ада) 011 = SHIFT_128 (multiply by 128) 
100 = SHIFT_256 (multiply by 256) 101 = SHIFT_512 (multiply by 512) 
110 = SHIFT_1024 (multiply by 1024) 111 = SHIFT_2048 (multiply by 2048) 


Shift Control 1. 

000 = SHIFT_0O (no ада) 010 = SHIFT_64 (multiply by 64) 

011 = SHIFT_128 (multiply by 128) 100 = SHIFT_256 (multiply by 256) 
101 = SHIFT_512 (multiply by 512) 110 = SHIFT_1024 (multiply by 1024) 


Shift Control 2. 

000 = SHIFT. 0 (no ада) 001 = SHIFT_32 (multiply by 32) 
010 = SHIFT_64 (multiply by 64) 011 = SHIFT_128 (multiply by 128) 
100 = SHIFT_256 (multiply by 256) 101 = SHIFT_512 (multiply by 512) 


Half-word swap selection for endian control for frame buffer accesses: 
0 = do not swap half words on frame buffer accesses. 
1 = swap half words on frame buffer accesses 


Byte swap selection for endian control for frame buffer accesses: 
0 = do not swap bytes on frame buffer accesses 
1 = swap bytes on frame buffer accesses 


Bit swap selection for endian control for frame buffer accesses: 
0 = do not swap bits on frame buffer accesses 
1 = swap bits on frame buffer accesses 


Buffer selection for read pixel accesses 
Buffer selection for write pixel accesses 





Reserved 


Figure 51. System configuration (sysconfig) register 
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4.3. System Control Registers, continued 


4.3.4. INTERRUPT REGISTER 
The interrupt register is a read/write 


register that accumu- | cleared by a host register transfer. Each condition bit is pre- 


lates status information. The Power 9100 sets bits in the ceded by a field write control bit which must be set to 1 to 
interrupt register to indicate the occurrence of specific in- write into the field or 0 to leave the field as it stands when 
terrupt conditions, as shown in figure 52. The Power 9100 writing to the register to clear interrupt bits. Also, if the 
generates a hardware interrupt (that is, asserts the INTR- host sets an interrupt bit in the interrupt register and en- 
signal) only when the corresponding bit is set in the inter- ables that interrupt via the interrupt enable register, the 


rupt enable (interrupt en) register. 


Power 9100 generates the interrupt. 


The interrupt register bits are “sticky;” they remain set af- 


ter the conditions they reflect are 


Interrupt Register 


gone. They must be 


6 5 4 


31 3 2 1 0 
00000000000000000000000000 LR 
26 2 2 2 


vblanked 


de idle 





Figure 52. Interrupt register 


c.vblanked 


Contents 


Vblank: 

Bit 5: field write control bit 

Bit 4: О = no vblank done 
1 = vblank done 





Pick: 
Bit3: field write control bit 
Bit2: | 0-2 no pick done 

1 = pick done 
Drawing engine idle: 
Bit 1: field write control bit 
BitO: О = drawing engine busy 
1 = drawing engine idle 
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4.3. System Control Registers, continued 


4.3.5. INTERRUPT ENABLE REGISTER 


The interrupt enable (interrupt_en) register specifies the leave the field as it stands) when writing to the register. 
conditions under which the Power 9100 asserts the INTR- “Also, if the host sets an interrupt bit in the interrupt regis- 
interrupt signal. Figure 53 defines this register. Note that ter and enables that interrupt by setting the corresponding 
each interrupt enable bit is preceded by a field write con- bit in the interrupt enable register, the Power 9100 gener- 
trol bit which must be set to 1 to write into the field(orOto ^ ates the interrupt. 


Interrupt Enable Register (interrupt_en) 


ЕЕКЕЕЕКЕКЕКЕККЕКЕЕКЕЕЕКЕНЕНЕНЕН 


c.men — 
c.vblanked_en 
c.picked_en — 
c.de idle еп. 


[Fes — Wm [Gm -------------- 


Master enable: 
Bit 7: field write control bit 
Bit6: 0- disable all interrupts 
1 = enable interrupts as specified by individual interrupt enables (bits 5—0) 


vblanked en Vblank: 
Bit5: field write control bit 
Bit4: 0 = do not generate interrupt when а vblank occurs 
1 = generate interrupt when a vblank occurs 


picked en Pick: 
Bit 3: field write control bit 
Bit2: 0 = do not generate interrupt when a pick occurs 
1 = generate interrupt when a pick occurs 


de idle en Drawing engine status: 
Bit 1: field write control bit 
ВиО: 0 = do not generate interrupt when drawing engine goes idle 
1 = generate interrupt when drawing engine goes idle 


Figure 53. Interrupt enable (interrupt en) register 
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4.4. Parameter Engine Registers 


The parameter engine registers, summarized in figure 55, 
supply the coordinates for a drawing operation, provide 
control for the drawing operation, and maintain status in- 
formation. The host can read or write these registers at any 
time. A system reset leaves them in an undefined state. 


4.4.1. DEVICE COORDINATE REGISTERS 


The device coordinate registers supply the screen coordi- 
nates for a drawing operation. The device coordinate reg- 


Address Format for Device Coordinate Register Access 


31 15 14 8 7 6 5 4 3 2 1 0 
17 7 2 1 2 1 2 


Register Selected 
Prefix See figures 41 and 42. 
Reg X[0]/Y[0] 

X[1yv[1] 

X[2/Y[2] 

X[3)/Y[3] 


isters supply the four screen coordinates required for each 
drawing operation. There are four X registers and four Y 
registers, one for each x and y value required. X and y val- 
ues can be supplied as 32-bit or 16-bit values, as indicated 
by the YX field in the address format. When supplied as 
16-bit values, the x and y values are packed and trans- 
ferred in a single 32-bit read or write. Figure 54 defines the 
specific user register address format for accessing these 
registers. 





Perform absolute screen addressing 
Perform window-relative screen addressing (write only) 


Not used 


Read or write 32-bit X value 
Read or write 32-bit Y value | 
Read or write 16-bit X value (high 16 bits) and 16-bit Y value (low 16 bits) 


Figure 54. Address format for device coordinate register access 


Function 


Register Category 


Device coordinate | X[O]/Y[O] 
X[1y/Y[1] 
X[2]/ Y[2] 
X[3]/ Y[3] 











Supply the screen coordinates for the drawing operation. 


Records the current status of the drawing engine and results of coordinate register clip 
checks. 


Control and 
condition 


Clip check. Records the results of clip checks. 


Out of range. Records the x,y values that are out of range for the current drawing oper- 
ation. 


Window offset. Supplies the offset of the current window on the display for coordinate 
computation of window-relative addressing. (This provides a translation only, no clip or 


scale; it is an offset only.) 


Index. Supplies the current index into the x,y coordinates for load coordinate computa- 


tion (see section 5.1). 
Figure 55. Parameter engine registers 
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4.4, Parameter Engine Registers, continued 


4.4.2. THE STATUS REGISTER 


The status register is a read-only register whose contents tions or writing to any drawing engine register (see section 
reflect the current status of the drawing engine and coordi- 5.7.5). 

nate register clip checks. Access to the status register can be 
obtained by issuing a quad, blit or pixel8 command. Figure 
56 defines the specific address format for accessing the sta- 31 15 14 

tus register. Figure 57 defines the status register. The Power | Prefix  |0100000000000/|0 0| 
9100 updates this register every time the x and y coordi- 

nates are changed. 7 ы ü 





Figure 56. Address format for status register 
access (prefix: see figures 41 and 42) 


Bit 31 must be zero to successfully initiate another a quad 
draw operation or a blit operation; bit 30 must be zero 
when issuing the first in a series of pixel1 or pixel8 opera- 


Status Register 













31 30 29 


[TevsvsessssssssssssTsss] [T TTIT- 


issue qbN picked 
pixel software 


blit software 
quad software 
quad concave 

quad hidden 

quad visible 

quad intersects 
























Contents 






~ Quad/blit initiate another: 
0 = may start another quad operation if previous was also a quad operation or 
may start another blit operation if previous was also a blit operation 
1 = may not start quad or blit operation 


issue qbN 





















busy The drawing engine is busy. 


picked Pick detected. (This field is a copy of the picked field in the interrupt register.) 


. Exception encountered for pixel command; the operation cannot be performed and 
must be done in software. 


Exception encountered for blit command; the operation cannot be performed and must 
be done in software. 


pixel software 






blit software: 






| Exception encountered for quad command; the operation cannot be performed and 
must be done in software. 


quad software 











quad concave The requested quad is concave. 
quad hidden 


quad visible 











The source coordinates for a quad draw are entirely outside the clipping window. 






The source coordinates for a quad draw are entirely inside the clipping window. 
. quad intersects The source coordinates for a quad draw straddle the clipping window. 


Figure 57. Status register 
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4.4. Parameter Engine Registers, continued 


4.4.3. PARAMETER ENGINE CONTROL AND CONDITION REGISTERS 


The parameter engine control and condition registers con- 
trol and monitor Power 9100 operations, as summarized 
in figure 55. Figure 58 defines the specific user register ad- 
dress format for accessing these registers. 


Out of Range Register. The read-only out of range register 
(oor), illustrated in figure 59, identifies x and y values that 
are out of range of the drawing engine for the current 
drawing operation. The Power 9100 updates this register 
every time the x and y coordinate registers are modified. 


Index Register. The index register (cindex) supplies the 
current index into the x and y coordinates as a 2-bit binary 
integer. The value is used for load coordinate computation 
(see section 5.1). This is a read/write register. 


Window Offset Register. The window offset register 
(w. off.xy) supplies the offset of the current window on the 
display as two packed 16-bit two's complement binary in- 
tegers, representing the x and y coordinates. This informa- 
tion is required by coordinate computation operations to 
calculate addressing relative to the window. It has no effect 
on clipping. This is a read/write register. 
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Pixel Window Minimum and Maximum Registers. The 
pixel valued window minimum (p. w. min) and window 
maximum (p. Ww. max) registers are read through this ad- 
dress format. See section 4.5.7 for a complete description 
of the window maximum and minimum registers. 


Clip Registers. The read-only clip registers (xclip and yclip) 
define the results of clip checks, as summarized and illus- 
trated in figures 60 and 61. The Power 9100 updates these 
registers for every new set of x and y values loaded into the 
coordinate registers. 


Vertex Relationship Checking Registers. The read-only 
vertex relationship checking registers (xedge_lt, 
xedge gt, yedge_lIt, and yedge gt) define the results of 
checks on vertices to verify that the requested drawing op- 
eration is acceptable, as summarized and illustrated in fig- 
ures 62 through 65. The Power 9100 updates these regis- 
ters for every new set of x and y values loaded into the 
coordinate registers. 


4.4. Parameter Engine Registers, continued 





кеа [S Гану | 


Prefix 

00000 
00001 
00010 
00011 
00100 
00101 
00110 
00111 
01000 
01001 
01010 
01011 
01100 
01101 
01110—11111 


Register entry 


Address Format for Parameter Engine Control and Condition Register Access 


31 15 14 7 6 2 1 0 
17 8 5 2 
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Register Selected 
See figures 41 and 42. 
not used 

oor 

not used 

cindex 

w_off.xy 

p_w_min (Read only) 
p_w_max (Read only) 
not used 

yclip 

xclip 

xedge И 

xedge gt 

yedge It 

yedge. gt 

not used 


Figure 58. Address format for parameter engine control and condition register access 
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4.4. Parameter Engine Registers, continued 


Out of Range (oor) Register 


31 
000000000000000000800~ о о 0 
24 | 








Contents 





Each bit indicates whether or not one x value is out of range of the drawing engine 
(msb = x[3]...lsb = х(0)): 

0 = The x value is not out of range 

1 = The x value is out of range | 


Each bit indicates whether or not one y value is out of range of the drawing engine 
(msb = у[3]...156 = y[0]): 

0 = The y value is not out of range 

1 = The y value is out of range 


Figure 59. Out of range (oor) register 





Xclip Register 


31 


ооо оо оо о оо оо оо о оо ооо оо о 0 хитп | xgtmax | 


[Fed — Bm Готен 


Each bit indicates whether or not one x value is less than the window minimum 
(м. min.x) (msb = х[3]...156 = x[0]): 

0 = The x value is not less than w_min.x 

1 = The x value is less than w_min.x 


Each bit indicates whether or not one x value is greater than the window maximum 
(м. max.x) (msb = y[3]...Isb = y[0]): 

0 = The x value is not greater than w. max.x 

1 = The x value is greater than w max.x 





Figure 60. Xclip register 
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4.4. Parameter Engine Registers, continued 


Yclip Register 


31 





Contents 


Each bit indicates whether or not one y value is less than the 
window minimum (w_min.y) (msb = y[3]...Isb = у[0]): 

0 = The y value is not less than w_min.y 

1 = The y value is less than w_min.y 


y. gt max Each bit indicates whether or not one y value is greater than the window maximum 
(w_max.y) (msb = y{3]...Isb = у[0]): 
0 = The y value is not greater than w_max.y 
1 = The y value is greater than w_max.y 





Figure 61. Yclip register 


Xedge It Register 


When the condition specified in the bit definition is met, the bit is set to one; 
when the condition is not met, the bit is set to zero. 





Figure 62. Xedge_lt register 
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4.4. Parameter Engine Registers, continued 


Xedge_gt Register 


31 6 5 0 
000000000000 00000000000000 ||| | | | 
26 


x[0] < x[2] 
x[1] « x[3] 
x[3] < x[0]. | 
x[2] « x[3] 
x[1] « x[2] 
x[0] « x[1] 








Contents 


When the condition specified in the bit definition is met, the bit is set to one; 
when the condition is not met, the bit is set to zero. 





Figure 63. Xedge gt register 


Yedge It Register 


31 6 5 0 
00000000 о о 0 о о о о о о о о о о о о о о 0 DIES LE 
: 26 








Contents 


When the condition specified in the bit definition is met, the bit is set to one; 
when the condition is not met, the bit is set to zero. 





Figure 64. Yedge lt register 
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4.4. Parameter Engine Registers, continued 


Yedge_gt Register 


31 6 5 0 
о оо оо оо о о о о о о о о о о о о о оо о о о 0 ЁШ ЕИ ЕЙ 
26 





Contents 


When the condition specified in the bit definition is met, the bit is set to one; 
when the condition is not met, the bit is set to zero. 








Figure 65. Yedge_gt register 
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4.5. Drawing Engine Registers 


The drawing engine registers are pixel processing registers by the pattern and pixel1 logic. When operating in 8-bpp 
that provide storage and define the foreground and back- and 16-bpp the requested color must be replicated four 
ground colors, plane mask, pattern and pattern origins, | and two times respectively to fill the entire register. 

pixel drawing window limits, and raster operation param- 

eters. These registers are accessed as illustrated in figure 4.5.2. PLANE MASK REGISTER 

66. The host can read or write these registers only when the I 

drawing engine is idle (when the busy bit in the status reg- The plane mask register (pmask) supplies the plane mask. 


ister is set to zero); attempting to do so when the drawing When operating in 8-bpp and 16-bpp the requested color 
engine is busy produces undefined results. must be replicated four and two times respectively to fill 


the entire register. 
4.5.1. COLOR REGISTERS 


There are four 32-bit color registers: color[0], color[1], col- 
or[2] and color[3]. These registers contain the colors used 


Address Format for Drawing Engine Pixel Processing Register Access 


31 15 14 9 8 


6 7 2 


Prefix See figures 41 and 42. 

Register 0000000 color[O] 
0000001 color[1] 
0000010 Plane mask (pmask) 
0000011 Draw mode (draw. mode) 
0000100 Pattern origin x (pat originx) 
0000101 Pattern origin y (pat originy) 
0000110 Raster (raster) 
0000111 Pixel8 (ріхе!8 reg) 
0001000 Pixel Window min (p. w min) (Write only) 
0001001 | Pixel Window max (p. w. max) (Write only) 
0001010-0001011 Reserved 
0001110 color[2] 
0001111 color[3] 
0001010-0011111 Reserved 
0100000 Райегпо 
0100001 Райегпі 
0100010 Pattern2 
0100011 | Pattern3 
0100100-0100111 Reserved for Software | 
0101000 Byte Window min (b_w_min) 
0101001 Byte Window max (b_w_max) 

Figure 66. Address format for drawing engine pixel processing register access 
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4.5. Drawing Engine Registers, continued 


4.5.3. DRAW_MODE REGISTER 4.5.4. PATTERN ORIGIN REGISTERS 


The draw. mode register controls writing within a picked Те two pattern origin registers (pat_originx and ра! оп- 

window and selects the destination buffer for drawing op- giny) supply the 3-bit origin of the pattern to be used by the 

erations, as defined in figure 67. quad command to fill polygons on the display screen. The 
x and y origins are supplied in the lower three bits of each 
register. 


Draw mode Register 


31 


c.pick 
c.dest_buffer 


Contents 





Pick mode enable. 
Bit 3: field write control bit 
Bit2: — 0 = Suppress any write operation outside the window; 
allow a write inside the window 
1 = Suppress all write operations; set the picked bit in the interrupt register 
(see figure 52) if the suppressed write is within the window 


dest_buffer Destination buffer. 
Bit 1: field write control bit 
ВиО: 0= Select buffer 0 as the destination buffer for all drawing engine operations 
1 = Select buffer 1 as the destination buffer for all drawing engine operations 





Figure 67. Draw_mode register 
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4.5. Drawing Engine Registers, continued 


4.5.5. RASTER REGISTER 


The raster register specifies the parameters for a raster op- 
eration, as defined in figure 68. 


Raster Register 


18 17 16 15 14 13 12 


ТАНЫ, 
draw_mode 

pixel1 transparent 
pattern. depth 

solid color disable 


Contents 











transparent, enable Transparent Pattern Enable 
0 = Disable transparent pattern 
1 = Enable transparent pattern 


draw mode Quad draw mode (see section 5.7.2): 
0 = X11 mode 
1 = Oversized mode 


pixel1_ transparent Transparent Pixel1 Enable 
0 = Disable pixel1 transparent mode 
1 = Enable ріхе!1 transparent mode 


-pattern_depth Pattern Depth 
0 = 2 color pattern 
1 = 4 color pattern (8 bpp only) 


solid_color_disable Solid color disable 
О = Solid color enabled, Pattern disabled 
1 = Solid color disabled, Pattern enabled 


minterms[O..7] - Minterms for boolean raster operation 
Bit 7 « Pattern e Source e Destination 
Bit 6 = Pattern e Source e Destination 
Bit 5 = Pattern e Source e Destination 
Bit 4 = Pattern e Source e Destination 
Bit 3 = Pattern e Source e Destination 
Bit 2 = Pattern e Source e Destination 
Bit 1 = Pattern e Source e Destination 
Bit О = Pattern e Source e Destination 





Figure 68. Raster register 


4.5. Drawing Engine Registers, continued 


4.5.6. PIXEL8 REGISTER 


The pixel8 register (pixel8_reg) provides temporary stor- 
age for excess bit data from a pixel8 operation (see section 
5.4). The data is stored in the lower end of the register. This 
register is generally of interest to the programmer only 
when a context switch is being performed in the middle of 
a pixel8 operation. 


4.5.7. WINDOW MINIMUM/WINDOW 
MAXIMUM REGISTERS 


The window clipping registers in the drawing engine are 
used to control the clipping of drawing operations. A 
single rectangle is supported by specifying the minimum 
and maximum X and Y values. Clipping is always enabled 
and imposes no performance penalty. There are two sets of 
clipping registers: pixel valued (p_w_min and p_w_max) 
and byte valued (b_w_min and b_w_max). The pixel val- 
ued registers contain the X and Y values encoded in pixels 
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and scanlines. The byte valued registers contain the X and 
Y values in bytes and scanlines. The pixel valued registers 
are loaded through the drawing engine address format but 
are read back through the parameter engine address for- 
mat (see section 4.5). Figure 69 illustrates the contents of 
these registers. 


4.5.8. PATTERN REGISTERS 


The pattern registers are read/write registers by which the 
host specifies the pattern for quad fill. The index 1 regis- 
ters: pattern[1][0..7][0..7] are only used with the special 
four color pattern in 8-bpp mode. Figure 70 shows the for- 
mat of the pattern registers. 


4.5.9, RESERVED FOR SOFTWARE 


These 4 registers are reserved for use by the system soft- 
ware to store anything that it wants to. 


Window Minimum (p_w_min and b_w_min) and Window Maximum (p_w_max and b_w_max) Registers 


31 29 28 


16 15 


13 12 0 


Field Contents 


x value 





y value 








Minimum x value in w_min register; maximum x value in w_max register. 


Minimum y value in w_min register; maximum y value in w_max register. 


Figure 69. Window minimum (p. w. min and b w min) and window maximum (p. w max and b w max) registers 
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4.5. Drawing Engine Registers, continued 


райегпо 


8 


31 7 0 


pattern[1][0][7 pattern[O][O][7 
pattern[1][0][0] pattern[O][O][O 


pattern 


pattern[1][2][0] pattern[O][2][O 


pattern2 24 23 


pattern[1][4][0] pattern[O][4][O 


pattern3 24 23 


pattern[O][6][7 
pattern[1][6][O] pattern[O][6][O pattern[1][7][O 


Figure 70. Format of Pattern Registers 
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pattern[1][1][7 pattern[O][1][7 


pattern[O][1][O 


pattern[1][7][7 pattern[O][7][7 
pattern[0][7][O 





4.6. Video Control Registers 


Figures 73 and 74 summarize the video control registers. 
They can be accessed at any time. Figure 72 defines the spe- 
cific address format for accessing these registers. 


Most of the registers in the video section are operate in 
terms of CRTC clocks (CRTC_CLCKs). The CRTC clock 
is generated by the programmable dividing down of the 
video clock input to the Power 9100. Usually, the RAM- 
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this field indicates a shift register of half-length 2°*4 or 16 
CRTC_CLCKs, with a total shift register length of 32 
CRTC_CLCKs. 


qsfselect value 
CRTC_CLCK= 
1/8 dot clock 
in 8bpp mode 


qsfselect value 
CRTC_CLCK= 
1/4 dot clock 


Memory 
Configuration 


DAC divides the clock. (The divide ratio of the dot clock 
can also be controlled by mem_config.crtc_freq and 
mem_config.video_clk_sel.) 





QSF counter position. This value determines which bit in 
the qsfcounter register is used to generate internal shift 
register reload requests. This field should be set to four less 
than the log (base 2) of the length of one-half of the shift 
register, as counted by CRTC_CLCK. A value of zero in 








Figure 71. QSF counter position 


Address Format for Video Control Register Access 
31 15 14 7 6 2 1 0 
17 8 5 2 


Prefix 31-15 See figures 41 and 42. 
6-2 hrzc 
hrzt 
hrzsr 
hrzbr 


hrzbf 


00001 
00010 
00011 
00100 
00101 
00110 
00111 vrtc 
01000 vrtt 
01001 
01010 
01011 
01100 
01101 
01110 
01111 
10000 
10001—11111 
Figure 72. Address format for video control register access 


Register 


prehrzc 


vrtsr 

vrtbr 

vrtbf 
prevrtc 
sraddr 
гісі! 
sraddr_inc 
srtctl2 

Not used 
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4.6. Video Control Registers, continued 


Description/Function 


HORIZONTAL TIMING 


hrzc Horizontal counter. Read only. Specifies the current pixel position along a horizontal sweep; the Power 
9100 increments this counter, which is originally set by the host, upon each occurrence of CRTC_CLCK. 
The value occupies the lower 12 bits of the register, which is set by the Power 9100. 


rent pixel position) to this value to determine when to wrap around. 
Horizontal sync rising edge. Read/write. Specifies the location along a horizontal sweep which defines the 


hrzt Horizontal length. Read/write. Specifies the length of a horizontal scan line. The value occupies the lower 
12 bits of the register, which is set by the host. The Power 9100 compares the current hrzc value (the cur- 
horizontal sync rising edge. The value occupies the lower 12 bits of the register, which is set by the host. 


hrzbr Horizontal blank rising edge. Read/write. Specifies the location along a horizontal sweep which defines 
the horizontal blank rising edge. The value occupies the lower 12 bits of the register, which is set by the 


host. 


hrzbf Horizontal blank falling edge. Read/write. Specifies the location along a horizontal sweep which defines 
the horizontal blank falling edge. The value occupies the lower 12 bits of the register, which is set by the 


host. 


prehrzc Horizontal counter preload value. Read/write. Specifies the value with which to preload hrzc upon receipt 
of an internal or external HSYNC- or an external VSYNC-; allows synchronization of the Power 9100 with 
external video sources, whatever the combination of internal or external delays. The value occupies the 





lower 12 bits of the register, which is set by the host. Set this register to zero when using only internal 
syncs. 


VERTICAL TIMING 


vrte Vertical counter. Read only. Specifies the current line position along a vertical sweep; the Power 9100 
increments this counter upon each occurrence of HSYNC-. The value occupies the lower 12 bits of the 
register, which is set by the Power 9100. 

vrit Vertical length. Read/write. Specifies the number of lines in a vertical sweep. The value occupies the low- 




















er 12 bits of the register, which is set by the host. The Power 9100 compares the current vrtc value (the 
current line position) to this value to determine when to wrap around. 


Vertical sync rising edge. Read/write. Specifies the location along a vertical sweep which defines the verti- 





cal sync rising edge. The value occupies the lower 12 bits of the register, which is set by the host. 
Vertical blank rising edge. Read/write. Specifies the location along a vertical sweep which defines the ver- 





tical blank rising edge. The value occupies the lower 12 bits of the register, which is set by the host. 
Vertical blank falling edge. Read/write. Specifies the location along a vertical sweep which defines the 





vertical blank falling edge. The value occupies the lower 12 bits of the register, which is set by the host. 


prevrtc Vertical counter preload value. Read/write. Specifies the value with which to preload vrtc upon receipt of 
an internal or external VSYNC-; allows synchronization of the Power 9100 with external video sources, 





whatever the combination of internal or external delays. The value occupies the lower 12 bits of the regis- 
ter, which is set by the host. Set this register to zero when using only internal syncs. 


SCREEN REPAINT 


srtctl2 Screen refresh timing control. Read/write. Specifies controls for screen refresh, as set by the host. Figure 
75 defines this register. | 


srtctl Screen refresh timing control. Read/write. Specifies controls for screen refresh, as set by the host. Figure 
74 defines this register. 


qsfcounter QSF counter. Read only. Used to determine when to generate a shift register load operation. It is a dupli- 
. | cate of the QSF signal from the VRAMs. It keeps track of which part of the SAM is being shifted out. It is 


loaded with a zero after every read transfer and incremented by CRTC СІСК. 








Figure 73. Video control registers 
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4.6. Video Control Registers, continued 


Screen Repaint Timing control (srtctl) Register 


1211 109 8 7 6 5 4 3 2 


reserved 
src_incs 
internal_vsync 
internal hsync 
enable video 
hblnk reload 
display buffer 
qsfselect 


Сва [Bm [Cmm — — |] 


reserved 


src. incs 


internal vsync 


internal hsync 


enable video 


һріпк reload 


display buffer 


qsfselect 


Reserved, set to 0 


Amount to increment DRADDR register (see section 8.1.4) 
00 = 256 

01 = 512 

10 = 1024 


Internal vertical synchronization: 
0 = Select external VSYNC- 
1 = Select internal УЗҮМС- 


Internal horizontal synchronization: 
0 = Select external HSYNC- 
1 = Select internal HSYNC- 


Enable video: 
0 = Blanks asserted 
1 = Normal operation 


Screen repaint mode (see section 8.1.9): 
0 = Normal (split shift mode) 
1 = Restricted (HBLNK- reload mode) 


Buffer for display,:Any change to this field takes effect only after the next VBLNK-. 
0 = Buffer 0 
1 = Buffer 1 


QSF counter position. See section 4.6 





Figure 74. Screen repaint timing control (srtctl) register 
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4.6. Video Control Registers, continued 


Screen Repaint Timing Control (srtcti2) Register 














31 






узупс ри 
hsync_plt 





Field 
hsync_plt 


Contents 














External HSYNC polarity control. 
00 = Low true polarity 






` е fu 
11 = Forced high (А GO AG (0 та 
vsync_plt External HVYNC polarity control. | & 
00 = Low true polarity Ва | NS MSN ф rs ie 
01 = High true polarity | 
10 = Forced low ues 
11 = Forced high Corio (е ° hae СОС ЕА те. 






Figure 75. Screen repaint timing control (srtctl2) register 
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4.7. VRAM Control Registers 


The VRAM control registers, which specify the timings 
and configurations associated with the VRAMs, are sum- 
marized in figure 76. Figure 77 defines the specific address 
format for accessing these registers; aside from the stan- 
dard general format, bits 8 through 7 always contain the 
value 3, and bits 6 through 2 select the VRAM control reg- 
ister. 


4.7.1. MEMORY CONFIGURATION REGISTER 


The memory configuration register (mem config) defines 
how the frame buffer is configured, as defined in figure 78. 
See chapter 7 for definitions of the memory configura- 
tions. 


Setting mem config.vram read sample - 1 and 
mem config.slow host hifc = 0 is not supported. 


4.7.2. REFRESH PERIOD REGISTER 


The refresh period (rfperiod) register defines the length of 
the refresh period, which is the number of cycles between 
memory refreshes. The register field containing the refresh 
period is the least significant 10 bits of the register; the rest 
of the register must be zeroed. A system reset initializes the 
contents of this register to Ox3FF. 


4.7.3. REFRESH COUNT REGISTER 


The refresh count (rfcount) register keeps track of the 
number of cycles between refreshes. The Power 9100 
loads this register with the value contained in the rfperiod 
register, and then decrements the rfcount register contents 
on each SYSCLK. When the rfcount register contents 
reach zero, the Power 9100 reloads the register with the 
current value in the rfperiod register and makes a refresh 
request. The register field containing the refresh count is 
the least significant 10 bits of the register; the rest of the 
register contains zeroes. 


4.7.4. RAS LOW REGISTER 


The RAS low maximum (rlmax) register specifies the max- 
imum amount of time that the RAS- signal can be as- 
serted. The register field containing the time is the least sig- 
nificant 10 bits of the register; the rest of the register 
contains zeroes. A system reset initializes the contents of 
this register to 0x3FF. 
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4.7.5. LOW CURRENT REGISTER 


The RAS low current (rlcur) register controls the amount 
of time that the RAS- signal can be held low when it is as- 
serted. When the Power 9100 asserts the RAS- signal, it 
also loads the ricur register with the value in the rimax reg- 
ister. The Power 9100 then decrements the contents of the 
ricur register on each SYSCLK until either RAS- is deas- 
serted or the rlcur value reaches zero. If the register con- 
tents reach zero while RAS- remains asserted, the Power 
9100 performs a refresh sequence. The register field con- 
taining the time count is the least significant 10 bits of the 
register; the rest of the register contains zeroes. 


4.7.6. POWER-UP CONFIGURATION 
REGISTER 


The PU. CONFIG register is a read-only copy of the value 
that is on the 32-bits of the frame buffer data bus when the 
system is reset. As well as setting certain default modes 
within the Power 9100 it can also be used to control cer-. 
tain BIOS settings. 


rimax 
ricur 


Memory configuration. Read/write. Spec- 
ifies how the frame buffer is configured. 


Refresh period. Read/write. Controls the 
frequency of frame buffer refresh. 


Refresh counter. Read only. Controls the 
number of frame buffer refreshes. 


RAS low maximum. Read/write. Speci- 
fies the maximum amount of time the 
Power 9100 can assert the RAS- signal. 





RAS low current. Read only. Controls the 
maximum amount of time the НА5- sig- 
nal is asserted. 


Alternate bus read bank select. Read/ 
write, Controls banking of the frame buff- 
er. 


Alternate bus read bank select. Read/ 


alt read bank 
alt write bank 

write Controls banking of the frame buff- 

er. 


Figure 76. VRAM control registers 





4.7. VRAM Control Registers, continued 


Address Format for VRAM Control Register Access 


Register 


5 


Prefix See figures 41 and 42. 
Register 00001 mem, config 
00010 Препод 
00011 rfcount 
00100 тах 
00101 ricur 
00110 ри config 
00111-11111 Not used 
Figure 77. Address format for VRAM control register access 





mem - config > Prefix 1000000 0000100 
д Сыз © NEC ES 
Pref (Қт base Addy Cram Vote — 
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4.7. VRAM Control Registers, continued 


Memory Configuration (mem_config) Register 


31 30 29 28 27 26 25 24 23 22 21 20 19 18 1716 15 13 12 109 8 5 4 3 2 


АЕ чП 


2% ааа ТЕ 
dac_mode 

dac access adj 

vad sht T 
video clk sel vram write adj 

config[3] с blank edge Vra read ad 
slow. host hifc ) vram miss, adj 
vram read sample muxsel. polarity config[2..0] 


| Bits | Contents 


config[2..0] Low order 3 bits of memory configuration. See Figures 105 through 112 


shiftclk mode 


vram miss adj Adjustment for row miss timing template, see Figures 113 and 114 

vram read adj Adjustment for read timing template, see Figures 115 and 116 

vram - write . adj Adjustment for VRAM write timing template, see Figures 119 and 120 
priority. select 0 = Coprocessor has lower priority than drawing engine, 1 = higher 

dac access adj Enable RAMDAC back to back transfer checking, see Figures 139 and 140 
dac mode Controls dac read/write signalling mode, see Flgures 139 and 140 

hold reset 1 Forces memory and video into reset state, O for normal operation 


shiftclk freq Sets the frequency of the RAMDAC latch clock state machine. 
Normally set to 000 because the RAMDAC generates the divided clock. 
000 = pixel сік / 1 001 = pixel сік / 2 010 = pixel clk / 4 
. 011 = pixel clk/8 100 = pixel clk / 16 


cric freq Sets the frequency of the internal CRTC divided dot clk. 
Normally set to 000 because the RAMDAC generates the divided clock. 
000 = pixel clk / 1 001 = pixel сік / 2 010 = pixel ск / 4 
011 = pixel ск / 8 100 = pixel clk / 16 


Figure 78. Memory configuration (mem config) register (1 of 2) 
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4.7. VRAM Control Registers, continued 


Memory Configuration (mem_config) Register (continued) 


















31 30 29 28 27 26 25 24 23 22 21 2019 18 1716 15 13 12 109 8 5 4 3 2 


P Са ЕЎ ят 


"un цар ао 
dac mode 






shiftclk mode 








dac, access adj 

vad sht priority select 

| video clk sel vram write adj 
config[3] blank edge vram read adj 
slow host hifc vram mi ss adj 
vram read sample reserved config[2..0] 










reserved Reserved, set to 0. 








Not used; set to 0. 


Clock edge that HSYNC and VSYNC are synchronized to 
0 = Falling edge of video_clk 1 = Rising edge of video_clk 





blank edge 






video clk, sel Selects the video clk source for the video section. 























0 = PIXCLK 1 = DIVPIXCLK 
vad_sht Additional divide for Video Transfer address (see section 8.1.4) 

0 = Don't divide by two 1 = divide by two 
sjftckl_mode Sets timing patterns for shift clocks (see figure 126): 

00 = 1 bank style 01 = 2 bank style 10 = 4 bank style 
soe_mode Sets timing patterns for serial output enables: 

00 = 1 bank style 01 = 2 bank style : 10 = 4 bank style 
binkdly Controls delay for blank generation in units of shiftclk_freq. 

00 = 0 shiftclk_freq delay 01 = 1 shiftclk_freq delay 

10 = 2 shiftclk_freq delay 11 = 3 shiftclk freq delay 











config[3] High order bit of memory configuration. See Figures 105 through 112 


slow. host hifc Slow host interface adjust. 





vram read sample 
Figure 78. Memory configuration (mem config) register (2 of 2) 


Adjustment for read timing template, see Figures 115 through 118. 
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Chapter 5. Commands 


Figure 79 summarizes the commands that initiate func- Note that Pixel8 and Blit cannot perform 24-bit proces- 
tions on the Power 9100; it also summarizes the command sing with patterns. For Pixel8 and Blit, the X address must 
functions and indicates the section of this data book that Бе programmed in BYTE. 

describes each command. All commands are accessed via 

the general user register address format, with the excep- 

tion of the load coordinates command. 


š я Described in 


Load Coordinates Load quad coordinates via shorthand method user register 
load coordinates 
format 


Draw a quadrilateral. user register 5.2 
address format 

Blit Copy a rectangular area of the display form one screen user register 5.3 
location to another. · | address format 

Pixel8 Transfer one word of pixel data from a linear host memory user register 5.4 
array to a rectangular display memory array in the frame address format 

| buffer. 

Рхей Transfer up to 32 pixels from аа linear host memory array to | user register Б.Б 
a rectangular display memory array in the frame buffer. address format 

5.6 





Next_pixels Advance the drawing area for a pixel8 or pixel1 operation. user register 
address format 





Figure 79. Command summary 
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5.1. Load Coordinates Command 


Using the load coordinates command allows you to pro- 
vide the minimal number of coordinates required for a 
drawing operation. You specify the type of quadrilateral 
to draw and specify only the required coordinates. The 
load coordinates command enables loading of coordinates 
for quadrilaterals and degenerate quadrilaterals in a short- 


hand notation that performs the drawing operation with 
the fewest data transfers. It also facilitates drawing poly- 
lines and meshed quads. The load coordinate command is 
meaningful for write operations only. Figure 80 defines the 
specific user register address format for accessing the load 
coordinates pseudo-registers. 


Address Format for Load Coordinates Pseudo-register Access 


31 15 14 9 
17 6 


Ргейх See figures 41 and 42. 


Point 

Line 
Triangle 
Quadrilateral 
Rectangle 
not used 

not used 

not used 


Vtype 


(specify one coordinate) 
(specify two coordinates) 
(specify three coordinates) 
(specify four coordinates) 
(specify four coordinates) 


Perform screen addressing relative to the window offset 
Perform screen addressing relative to the previous vertex 


Not used 


Load or read 32-bit X value 
Load or read 32-bit Y value 
Load or read 16-bit X value (high 16 bits) and 16-bit Y value (low 16 bits) 


Figure 80. Address format for load coordinates pseudo-register access 








5.2. Quad Command 


The quad command draws and fills the quadrilateral de- 
fined by the vertices specified in the coordinate registers 
(see section 4.4.1). This command sets the busy bit in the 
status register and performs the drawing operation, scan 
line by scan line, applying the current pattern, with the left 
and right Bresenham engines establishing the outlines of 
the left and right boundaries as the fill engine fills the 
quadrilateral. 


The quad command requires the four vertices of the quad- 
rilateral (x[0],y[0]; x[1],y[1]; x[2],y[2]; and x[3],y[3]). Four 
vertices are also required for a triangle, line and point. For 
a triangle, two vertices specify the same coordinate; for a 
point, all four vertices specify the same coordinate. (You 
can also use the load coordinates pseudo-register access, 
see figure 80). 
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This command can fail for either of two reasons: the quad 
is concave or at least one coordinate is out of range of the 
drawing engine. If the quad cannot be drawn, quad sets the 
quad_sw bit in the status register (see section 4.4.2) and 
does not perform the operation. 


Figure 81 defines the address format for initiating the 
quad command. 


31 15 14 2 1 0 


17 13 2 
Figure 81. Quad command address format (prefix: see 


figures 41 and 42) 
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5.3. Blit Command 


The blit command copies a rectangular area of the display 
from one screen location to another. When the original co- 
pied area (the source) and the new area (the destination) 
overlap, the Power 9100 ensures accuracy by performing 
the copy as though the entire source were moved offscreen 
and then moved onscreen to the destination. 


The blit command requires the vertices of the upper left 
(х[0],У[0]) and lower right (x[1],y[1]) corners of the source, 
plus the vertices of the upper left [x[2],y[2]) and lower right 
(х[3],у[3]) corners of the destination. Both areas must be 
the same size; specifying different sized areas produces un- 
defined results. If the destination is out of range, blit sets 
the blit software bit in the status register (see section 
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4.4.2) and does not perform the copy. Otherwise, blit de- 
termines the direction of the blit operation and initiates the 


copy. 
Figure 82 defines the address format for initiating the blit 
command. 

2.1 0 


31 15 14 


17 13 2 


Figure 82. Blit command address format (prefix: see fig- 
ures 41 and 42) 


5.4. Pixel8 Command 


The pixel8 command transfers one word of pixel data 
from a linear host memory array to a rectangular display 
memory array in the frame buffer. This operation is useful 
for writing pixels of various colors to the screen. The array 
in host memory must be padded out to a 32-bit boundary. 


The pixel8 command requires the left edge of the block to 
be transferred (x[0]), the point at which to begin the trans- 
fer (x[1],y[1]), the right edge of the block to be transferred 
(x[2]), and the increment by which to increase the y coordi- 
nate at the end of the scan line (y[3]). The pixel8 operation 
is initiated with a write operation. 


This command handles a busy status by holding the pro- 
cessor. Figure 83 defines the address format for initiating 
the pixel8 command. The pixel8 command can also be ac- 
cessed by the alternate I/O register encoding also shown in 
figure 83. 


Each pixel8 command writes one word into the frame 
buffer unless the word being written overlaps the end of 
the current scan line. Excess data is saved in the pix- 
el8_reg. 


Figure 84 illustrates the pixel8 operation with an example. 


HOST MEMORY 
BYTE 





X coordinates for the pixel8 command must be scaled by 
the software so that is correctly represents the appropriate 
number of bytes. . 


There are two address formats for the pixel8 command. 
The first format is provided for backwards compatibility 
with the W9000 product. The second form allows the use 
of memory to memory string move instructions since it ig- 
nores the destination offset. Enough bits are provided to 
allow up to 8KBs to be moved in a single string move in- 
struction, this is enough for any single scan line. 


31 15 14 2 1 0 


ЖЕ: ЕН ЖТТ ЕЖЕ Ж ЕГИ 


17 


Figure 83. Pixel8 command address formats (prefix: see 
figures 41 and 42) 


FRAME BUFFER 


(0,0) (1,0) (20) (3,0) 


ХО] 
РЕ 


\ 


WORD 0 WORD 1 
WORD 3 WORD 4 


Y[1]+Y[3] 





Figure 84. Sample pixel8 host memory to frame buffer transfer 
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5.5. Pixell Command 


The pixel command expedites writing characters to the 
screen. The command transfers data for up to 32 pixels 
from a linear host memory array to a rectangular display 
memory array in the frame buffer. 


The pixel! command requires the left edge of the block to 
be transferred (x[0]), the point at which to begin the trans- 
fer (x[1],y[1]), the right edge of the block to be transferred 
(x[2]), and the increment by which to increase the y coordi- 
nate at the end of the scan line (y[3]). It also requires the 
total number of pixels to write (specified in the address as 
the number of pixels), and the pixel data. 


5.5.1. PIXEL1 COLOR SELECTION 


Each bit of the data presented to the pixel] command is ex- 
panded into a full pixel of color information. If transpar- 
ent pixeli mode is disabled (raster.pixel1 transparent = 
O) then a 0 bit is expanded into the color contained in the 
color[0] register and a 1 bit is expanded into the color con- 
tained in the color[1] register. 


If transparent pixel1 mode is enabled (raster.pixell trans- 
parent = 1) a zero bit leaves the destination unmodified 


ва HOST MEMORY 
31 30 29 28 27 


e [va [ow [ow N Z 
“еее А Z 


|на |е е 
ee |е А 
fon ef ДИВИ 
eefe — N 








and a one bit is expanded into the color contained in the 
color[1] register. 


Figure 85 defines the address format for initiating the pix- 
el1 command. 


This command handles a busy status by holding the pro- 
cessor. 


Unlike the pixel8 command, the pixel command does not 
discard unused bits at the end of a scan line. If more bits 
were specified then fit on the current scan line, the system 
will automatically continue the pixel1 operation on the 
next scan line with the remaining bits. 


31 15 14 7 6 


21 0 


| Prefix | 0100000 1 |# of pixels – 110 0. 


17 8 5 2 


Figure 85. Pixell command address format (prefix: see 
figures 41 and 42) 


FRAME BUFFER 


(0,0) (1,0) (2,0) (3,0) 


X[0] I 


` 


Yit WORD 0 WORD 1 


Ү[1]+Ү[3] 


ШЕ WORD 3 WORD 4° 


Figure 86. Sample pixel1 host memory to frame buffer data expansion and storage 


5.6. Next_pixels Command 


The next_pixels command specifies the next area of the 


frame buffer to load for consecutive pixel8 or pixel1 draw- | in ELE, 
ing operations. It advances these drawing operations to 0100000000101 00 


the next step in a sequence of operations. 


17 13 2 





The next_pixels command requires the right edge of the 
previous block transferred (x[2]) and the top edge of the 
previous block transferred (y[2]), plus the width of the new 
transfer (from the data bus). 


Figure 87. Next_pixels command address format (pre- 
fix: see figures 41 and 42) 


Figure 87 defines the address format for initiating the 
next_pixels command. 
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5.7. Drawing With the Power 9100 


This section describes Power 9100 operation; it presents 
sample code fragments that perform basic Power 9100 
functions. All code samples are written in C and Q-code. 
Q-code macros allow direct access to Power 9100 hard- 
ware functions. Sample drawing operations are illustrated 
with displays from output from the functional simulator 
(predictor); the programs were prepared with the predic- 
tor and executed on the hardware. 


For definition of the programming tools for the Power 
9100, refer to the Power 9100 Programmer’s Reference 
Manual, which includes descriptions of the predictor and 
the Q-code used in this chapter. 


The Power 9100 draws quadrilaterals according to the ba- 
sic rules and in the modes summarized in the following sec- 
tions. 


5.7.1. LEGAL QUADRILATERALS 


The Power 9100 draws quadrilaterals and degenerate 
quadrilaterals (triangles, lines, and points). It handles all 
quadrilaterals except concave quadrilaterals. A quadrilat- 
eral is concave if any scan line crosses more than two 
boundaries. A request for a concave quadrilateral gener- 
ates an error. Figure 88 presents examples of non-concave 
quadrilaterals, which the Power 9100 accepts. Figure 89 
presents examples of concave quadrilaterals, which the 
Power 9100 rejects. 


5.7.2. DRAWING MODES 


The Power 9100 supports two drawing modes: X11 and 
oversized. (The drawing mode is selected via the raster 
register defined in section 4.5.5.) 


The X11 drawing mode strictly conforms to the drawing 
rules employed by X-windows: 


1. The boundaries of the quadrilateral are considered to 
be infinitely thin. 

2. Only those pixels whose centers are completely within 
the boundaries of the quadrilateral are touched. 

3. Ifthe center of a pixel is exactly on the boundary, it is 


touched if and only if the interior is immediately to its 
right (in the increasing x direction). 
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4. A pixel with its center on a horizontal boundary is 
handled as a special case; it is touched if and only if the 
interior is immediately below (in the increasing y di- 
rection) and the boundary is immediately to its right 
(in the increasing x direction). 


In addition to touching the pixels touched according to the 
X11 rules, the oversized drawing mode also touches the 
pixels along the boundary of the quadrilateral as drawn by 
the classic Bresenham algorithm. In this mode, the Power 
9100 draws a line or a point as an infinitely thin quadrilat- 
eral. In the X11 drawing mode, no pixels would be 
touched because the quadrilateral has no interior. In over- 
sized mode, however, using the classic algorithm that as- 
sumes that a line from [x0,y0] to [x1,y 1] touches the same 
pixels as a line from [x1,y1] to [x0,y0], the pixels are 
touched. This method also satisfies the X11 definition of a 
thin line (from Gettys and Scheifler): *If a lineis drawn un- 
clipped from [x1,y1] to [x2,y2] and if another line is 
drawn unclipped from [x1+dx,y1+dy] to [x2+dx,y2+dy], 
a point [x,y] is touched by drawing the first line only if the 
point [x+dx,y+dy] is touched by drawing the second line.” 





Figure 88. Samples of non-concave (legal) quadrilaterals 





Figure 89. Samples of concave (illegal) quadrilaterals 


5.7. Power 9100 Drawing Operations, continued 


5.7.3. BASIC QUAD DRAWING METHODS 


To draw quadrilaterals, supply all four points of each 
quadrilateral in the device coordinate registers (to specify 
a degenerate quadrilateral, repeat one or more coordi- 
nates), or specify the quad type and its vertices via the load 
coordinates pseudo-registers, which enable you to specify 
fewer coordinates and draw a new quadrilateral sharing 
the last vertices of the previously drawn quadrilateral. In 
either case, you issue the quad command to execute the 
draw. 


Unlike the other drawing commands, the X values for the 
quad command are not scaled into bytes. They are speci- 
fied in pixels. 


5.7.4. NEGATIVE COORDINATES 


The Power 9100 uses data in two’s complement format. 
Any portion of a draw operation that is in a negative quad- 
rant, however, is not drawn. This applies to quad draw, blit 
destination, pixel1, and pixel8. When the source for a blit 
contains negative coordinates, the results are indetermi- 
nate. 


5.7.5. FLOW CONTROL 


The host processor issues read and write operations which 
the Power 9100 accepts. Most host buses require that any 
read or write operation be guaranteed to complete in a cer- 
tain amount of time (for example, 10 useconds, or about 
500 cycles at 50 MHz). Because some Power 9100 opera- 
tions, such as clearing the screen, can require hundreds of 
thousands of cycles, the host processor must be able to is- 
sue sequences of these operations in a manner that does 
not violate the timeout constraint. The Power 9100 han- 
dles such problems by a specific system software protocol. 
Protocol violations are not detected. 


Accesses to non-drawing engine registers cause no prob- 
lems and can be made without regard to the current state 
of the drawing engine. 


Accesses to drawing engine registers are valid only when 
the drawing engine is idle (the status register busy bit is 
zero). 


The sequence to initiate the quad and blit drawing opera- 
tions comes in two flavors. The first flavor is when the soft- 
ware does not know what the previous drawing operation 
was or whether it has completed or not. In this case the 
software must ensure that the drawing engine is idle (with 
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the status register busy bit set to zero) sometime before re- 
questing the initiation of a quad or a Dlit operation by read- 
ing from the appropriate address. 


The second flavor comes when the software knows that 
the previous operation is a quad or a blitand the next oper- 
ation is also a quad or a blit (warning: this case only applies 
to quad followed by quad or blit followed by blit but not to 
quad followed by blit or blit followed by quad). In this case 
the software can request initiation of the subsequent quad 
or blit simply by reading the appropriate command ad- 
dress and checking the status.issued_qbN bit. If the draw- 
ing engine is busy, the Power 9100 ignores the request for 
the operation. The software is responsible for reissuing the 
request . It can either poll by continuously reissuing the re- 
quest or it can request an interrupt when the drawing en- 
gine is ready. 


The pixel1 and pixel8 operations wait for the drawing en- 
gine to become idle; sequences of these operations can be 
executed without checking the status of the drawing en- 
gine. It is assumed that any preceding operation is short. 
When this is not certain, the software should wait for the 
drawing engine to be idle (with the status register busy bit 
set to zero) before issuing the command. 


Table 90 summarizes which status register bit should be 
checked before initiating specific operations or register 
writes. 


5.7.6. EXCEPTION HANDLING 


The Power 9100 determines whether a requested drawing 
operation is legal and within range and sets bits in the sta- 
tus register to indicate the result. Software can check the 
status register to detect an exception. 





Before performing: Check status register: 
Parameter engine register write | No status check required 
Drawing engine register write Busy bit (bit 30) for zero 


Issue qbN bit (bit 31) for 
Zero 


Issue qbN bit (bit 31) for 
Zero 


Busy bit (bit 30) for zero 


First pixel1 or pixel8 in a series 
(when switching from reads to 
writes) 





Figure 90. Status register checks 


Chapter 6. Host Interface 


6.1. Signal Description Conventions 


Each signal is identified with a specific type that indicates 
input/output status, etc. 


6.1.1. INPUT SIGNALS 
Signals of this type are never driven by the Power 9100. 


6.1.2. OUTPUT SIGNALS 


Signals of this type are always driven to a valid voltage lev- 
el. The output driver is not capable of being placed into the 
high-impedance state. If shown as OUTPUT(HIGH) then 
the signal is driven HIGH whenever reset is asserted. 
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6.1.3. TRI-STATED SIGNALS 


Signals of this type are can be driven high or low or placed 
into the high-impedance state. Generally these signals are 
forced into a tri-stated condition during a reset: this is 
indicated as TRI-STATED(TRI). 


6.1.4. BIDIRECTIONAL SIGNALS 


Signals of this type are can be either inputs or outputs. 





6.2. Host Bus Interface 


The Power 9100 directly supports two separate buses: VL 
and PCI. Other buses, such as 486 CPU, can easily be sup- 
ported with small amounts of additional glue logic. 


The bus mode is configured at reset time and cannot be 
changed without a complete reset. See section 3.3.1 for 
more information on reset configuration. 


The following sections document the timing and function- 
ality of the pins that are specific to each bus interface. 


6.2.1. VO ADDRESS DECODING 


The PCI specification specifically states that the I/O ad- 
dress space is a full 32 bits. All address decodes in the Pow- 
er 9100 /О or memory are done asa full 32 bits. In VL, the 
host bus interface logic is required to ensure that the top 
16-bits of an I/O address are ignored (i.e., treated as a 
zero). 


The same situation is not true for memory addresses. The 
host interface logic assumes that all 32 bits are to be de- 


coded. 


6.2.2. DAC SHADOWING 


DAC shadowing is an emulation mode involving DAC 
write operations. This mode is used only with the VGA 
feature connector. When this mode is enabled (CON- 
FIG[4].SHADOW. DAC = 1) апа the Power 9100 is in 
emulation mode (CONFIG[65]. MODESELECT = 1) then 
write operations to the DAC addresses cause no visible re- 
sponse on the host bus but are actually performed internal- 
ly, consequently the system is responsible for ensuring flow 
control for these operations. Read operations are re- 
sponded to normally. 





6.3. PCI Bus Operation 


The Power 9100 directly supports the 32-bit version ofthe 6.3.2. PCI BUS TIMINGS 
PCI bus without any external logic. The Power 9100 never 
becomes a bus master and therefore does not use all of the 
PCI signals. 


6.3.1. PCI BUS SIGNAL LIST 6.3.3. PCI BUS CONFIGURATION REGISTERS 


The PCI configuration address space is used to access the 
Power 9100 configuration registers. The configuration 
registers have been carefully arranged to conform to the 
PCI configuration register space standard. 


Timings for the PCI bus are divided into groups as shown 
in figure 92. 


The PCI bus signal list is shown in figure 91. 






AD[31..0] Input/Output The address and data bus. This is tri-stated when RESET- is asserted. 


C/BE-{3..0] 
Even parity for the AD[31..0] and C/BE-{3..0] buses. The Power 9100 generates correct 


PAR Input/Output 
parity for read transfers. It does not check for correct parity on write transfers. 


FRAME- ЕСТЕН Cycle frame. Indicates the beginning of a transaction 
TRDY- Tri-stated (TRI) | Target ready. Indicates that the Power 9100 is ready to accept the transaction 



















Command an byte enable bus. 









Оно — i —  [WHaorremyidesestanhebumaserb ad, | 
HOSEL | Int  [Analemaecipssecioralonasar ° °| | | 
KRK aa 
BO [ma [Buseck —_ —_ 


Figure 91. PCI bus signal list 


С/ВЕ-{[3..0], FRAME-, IRDY-, and IDSEL. As measured relative to the 1.5V level of the 
rising edge of BCLK. Setup times are 7 ns and hold times are 0 ns. 









Group Type 
GROUP 1: Input Signals 













GROUP 2: Input/Output signals AD[31..0] and PAR. When operating as input signals they are the same as group 1: 7ns 
| setup and Ons hold. When operating as outputs: The turn-on time is a minimum of 2ns. 
The turn-off time is a maximum of 28ns (minimum is the same as the output valid time). 


The minimum output valid time is 2ns. 


GROUP 3: Clock signal A maximum frequency of 33Mhz with a minimum duty cycle of 40% for high and low por- 
tions. 


Figure 92. Timings for PCI bus 
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6.3. PCI Bus Operation, continued 


AD[31..0] ADDRESS DATA 
P9100 Tri-state 4 Power 9100 Tri-stated 


FRAME- 


IRDY— 


TRDY- 


DEVSEL- 





Figure 93. PCI Bus Memory Write Operation, 0 Wait States 


AD[31..0 ADDRESS DATA 
[31.0] P9100 Tri-stated | \ pot 00 drives 


— j 
FRAME- 


IRDY- 


TRDY- 


DEVSEL- 





Figure 94.PCI Bus Memory Read Operation, 0 Wait States 
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6.4. VL Bus Operation 


The Power 9100 supports all VL bus functionality. 


The Power 9100 does not use burst mode on the VL bus. 
Therefore the BLAST# and BRDY# signals of the VL bus 
connector remain unconnected. Also, fast write mode is 
not supported. 


6.4.1. VL BUS SIGNAL LIST 
The VL bus signal list is shown in figure 95. 


6.4.2. VL BUS TIMINGS 


Timings for the VL bus are divide into groups as shown in 
figure 96. 


6.4.3. VL BUS OPERATIONS WAVEFORMS 


The LRDY- waveform shows the state of the output driver 
of the Power 9100. Since this signal is connected to VDD 
via a pull-up on the system bus, its actual state will be high 


when there are no buffers trying to actually drive it (show 
as high-impedance state on the timing diagrams). 


шш | we [ SSC 












ADR[31..2] The address bus. 
DATA[31..0] Input/Output The bidirectional data bus. 





wo — mui | Мепоубащеиене — 

[Wm- — [mu —  Redwwiendao — | 

ПР — mu —  [Dwaorcxeacesmkag тъ 
[ma _ 


Address strobe. This indicates that start of a VL bus cycle 

Local device. This is driven by the Power 9100 to “claim” a VL bus transfer. It is driven . 
combinatorially from ADR[31..2], МЛО- and D/C-. 

Local Ready. Indicates that the Power 9100 has completed its portion of the transfer. 

от: [ия — | naam nt vben ao tet tercie 

| Q | Tristated (TRI) | Interrupt request 


RESET- | Input —— | System Reset | 
LCLK Local Bus clock. 


Figure 95. VL bus signal list | 

















Сгоир Туре 


GROUP 1: — 
input signals to the Power 9100 


Description 


ADR[31..2], BE[3..0]-, M/IO-, W/R-, D/C-, ADS-, RESET-, RDYRTN-. These signals 
have a maximum setup time of 7ns. and a minimum hold time of 3ns. The timings are 
referenced to the 1.5V level of the rising edge of the LCLK signal. 


LRDY-. This signal has a maximum output delay of 10ns and a minimum output valid 
time of 3ns into a maximum load of 100pF. The timings are referenced to the 1.5V level 
of the rising edge of the LCLK signal. This signal also becomes tri-stated during certain 
operations. The turn-off time is a maximum of 7ns and is referenced to the 1.5V level of 
the falling edge of LCLK. 


DATA[31..0]. During write transfers (i.e., an input to the Power 9100) the timings for this 
bus are the same as the Group 1 signals: setup = 7ns, hold = 3ns. For read transfers 
(i.e., an output from the Power 9100), max output delay = 15ns into a 100pF load, turn 
off time must no more than 7ns. 


LDEV-. This signal is generated combinatorially from ADR[31..2], МЛО- and D/C-it has 
a maximum output delay of 15ns and a minimum output valid time of 7ns into a maxi- 
mum load of 20pF. The timing is referenced relative to a change in ADR[31..2], МЛО- 
апа D/C-. 


GROUP 5: The clock LCLK. The bus clock. It has a maximum frequency of 66Mhz (15ns). A minimum duty 
time of 40% (i.e., minimum clock low/high time is 6ns). 


Figure 96. Timings for VL bus 


GROUP 2: The LRDY signal 


GROUP 3: 
The Input/Output data bus 











GROUP 4: The LDEV signal 
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6.4. VL Bus Operation, continued 


T1 T2 Idle or T1 idie, T1, or T2 


Ааагеѕѕ,ВЕ,МЛО, 1. 


ADS- 


LRDY- 


w" J 
ее / БЕН БЕН 





Figure 97. VL Bus High Speed Write Mode, Write, 0 Wait States 


T1 Idle or T1 


Address,BE,M/O, |. 


ADS- 


W/R- 


DATA[31..0] 


LDEV- 


LRDY- 





Figure 98. VL Bus High Speed Write Mode, Write, 1 Wait States 
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6.4. VL Bus Operation, continued 


T1 Idle or T1 


Address, BE, МИО). 


ADS- 


W/R- 


DATA[31..0] 


LDEV- 


LRDY- 





Figure 99. VL Bus Low Speed Write Mode, Write, 0 Wait States 


T1 Idle or T1 


Address,BE,M/IO,.. 


ADS- 


W/R- | / 


ae 
ace ми L БЕН 


Figure 100. VL Bus Low Speed Write Mode, Write, 1 Wait States 
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6.4. VL Bus Operation, continued 


T1 T2 Idle or T1 


Address,BE,M/IO, |. 


ADS- 
- M 


DATA(31..0] ЕВ | салоны) = 
He MN Salem x 


LRDY- 


RDYRTN- 





Figure 101. VL Bus Read, 0 WS, 0 Wait for RDYRTN- 


Idle or T1 


Address,BE,M/IO, |. 


ADS- 





W/R- 


DATA[31..0] DATA DRIVEN 


OF 
се. Ган ти 
LRDY- | | —A / \— 

7 


RDYRTN- 








Figure 102. VL Bus Read, 0 WS, 1 Wait for RDYRTN- 
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6.4. VL Bus Operation, continued 


T1 T2 Idle or T1 
Address,BE,M/IO, |. 


ADS- 
“т ы 


LRDY- 


сее ГІ” Pawa ies 


RDYRTN- 





Figure 103. VL Bus Read, 1 WS, 0 Wait for RDYRTN- 


T1 T2 T2 T2 T2 


Ааагеѕѕ, ВЕ, МЛО, 1. (ADDRESS ) 

ADS- 

W/R- 

DATA[31..0] RET aT (0 DWADRMEN — ) DRIVEN 
u || — 


LRDY- 


RDYRTN- 


Figure 104. VL Bus Read, 1 WS, 1 Wait for RDYRTN- 
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Chapter 7. Frame Buffer Interface 





7.1. Frame Buffer Design Notes 


This section presents information necessary to select,con- through 112) shows how to wire together the memory 
figure, and connect VRAMs. The first set of figures (105 chips for 1, 2 and 4 bank memory configurations. 


BUFFER 21 20 19 


LOGICAL ADDRESS с 23 = LINEAR 


IGNORED 19 
PHYSICAL ADDRESS 


BANK 0 ene 

RAS[0]— RAS[O]- RAS[1]- 
СА$[0]- CAS[O]- CAS|4]- 
WEO[O]- WEO[1]- WEO[2]- 
MD[31..24] MDI[23..16] MD[15..8] 
MA[8..0] МА(8..0] MA[8..0] 
ОЕ[0]- OE[0]- OE[4]- 
SC[0] SC[0] SC[0] 
SE[0]— SE[0]- SE[0]- 
SDAout0[31..24] 5 SDAout0[23..16] .0]] SDAouto[15..8] 


BANK 1 

RAS[O]- RAS[O}- RAS[1]- RAS[1]- 
CAS[3]- CAS[3]- CAS[3]- CAS[3|- 
WE1[O]- WE1[1]- WE1[2]- WE1[3]- 
MD[31..24] MDI[23..16] MD[15..8] я MD{7..0] 
МА[8..0] МА|8..0) МА([8..0] x МА([8..0] 
OE[3]- OE[3]- OE[3]- OE[3]- 
SC[1] scj] SC[1] SC[1] 

SE[3]- SE[3]- SE[3]- SE[3]- 
SDAout3[31..24] 7 * SDAout3[23..16] .0]| SDAout3[15..8] .0]|  SDAout3[7..0] 


RAS[1]- 
CAS[4]- 
WEO[3]- 
MD[7..0] 
МАВ..0) 
OE[4]- 
SC[0] 
SE[0]— 
SDAout0[7..0] 





Figure 105. Config 1 (mem_config.config = 0001 or 0010) 2 banks of 128K VRAMS, 1 buffer of 1MB 
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7.1. Frame Buffer Design Notes, continued 


LOGICAL ADDRESS 


PHYSICAL ADDRESS 


BANK 0 


RAS[O]- 
CAS[0]- 

` WEO[0]- 
М0[31..24] 
MA[8..0] 

OE[O]- 

SC[0] 

SE[0]- 
SDAoutO[31..24] 


BANK 1 


RAS[O]- 
CAS[1]- 
WE1[0}- 
MD[31..24] 
МА[8..0] 
OE[1]- 
SCO] 


SE[1]- 
SDAouti[31..24] 


BANK 2 


RAS[0]— 
СА5[2]- 
WEO[0]- 
MD[31..24] 
МА[8..0] 

OE[2]- 

SC[1] 

SE[2]- 
SDAout2[31..24] 


BANK 3 


RAS[O]- 
CAS[3]- 
WE1[0]— 
MD[31..24] 
MA[8..0] 

OE[3]- 

SC[1] 

SE[3]- 
SDAout3[31..24] 


Byte 0 


BUFFER 


21 


20 


0 


IGNORED 


RAS[0]— 
CAS[0]- 
WEO[1]- 
М0[23..16] 
МАВ..0) 

ОЕ[0]- 

SC[0] 

SE[0]- 
SDAout0[23..16] 


RAS[O]- 
CAS[1]- 
WE1[1]- 
MD[23..16] 
МАВ..0) 

OE[1]- 

SC[0] 

SE[1]- 
SDAout1[23..16] 


RAS[O0]- 
CAS[2]- 
WEO[1]- 
MD[23..16] 
MA[8..0] 

OE[2]- 

SC[1] 

SE[2]- 
SDAout2[23..16] 


RAS[0]- 
CAS[3]- 
WE1[1]- 
MD[23..16] 
MAÍ8..0] 

OE[3]- 

SC[1] 

SE[3]- 
SDAout3[23..16] 


20 


12 11 
ROW 


RAS[1]- 
CAS[4]- 
WEO[2]- 
MD[15..8] 
MA[B..0] 
ОЕ[4]- 

SC[0] 

$Е[0]- 
SDAout0[15..8] 


RAS[1]- 
CAS[1]- 
WE1[2]- 
MD[15..8] 
МА[8..0] 
OE[1]- 

SC[0] 

SE[1]- 
SDAouti[15..8] 


RAS[1]- 
CAS[2]- 
WEO[2]- 
MD[15..8] 
МА(8..0) 
OE[2]- 

SC[1] 

SE[2]- 
SDAout2[15..8] 


RAS[1]- 
CAS[S]- 
WE1[2]- 
MD[15..8] 
MA[8..0] 
OE[3]- 

SC[1] 

SE[3]- 
SDAout3[15..8] 


Byte 2 


4 


3 2 1 0 


Byte 3 


RAS[1]- 
CAS[4]- 
WEO[S]- 
MD{7..0] 
MA[8..0] 
OE[4]- 

SC[0] 

SE[0]- 
SDAoutO[7..0] 


RAS[1]- 
CAS[1]- 
WE1[3]- 
MDI7..0] 
MA[8..0] 
OE[1]- 

SC[0} 

SE[1]- 
SDAout1[7..0] 


RAS[1]- 
CAS[2]- 
WEO[3]- 
MD[7..0] 
MA[8..0] 
OE[2]- 

SC[1] 

SE[2]- 
SDAout2[7..0] 


RAS[1]- 
CAS[S]- 
WE1[3]- 
MD[7..0] 
MA[8..0] 
OE[3]- 
SC[1] 
SE[3]- 
SDAout3[7..0] 








Figure 106. Config 3 (mem config.config = 0011) 4 banks of 128K VRAMS, 1 buffer of 2MB 
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7.1. Frame Buffer Design Notes, continued 


BUFFER 21 20 19 0 


19 11 10 2 1 0 


COLUMN BYTE 


LOGICAL ADDRESS 


IGNORED 
PHYSICAL ADDRESS ROW 


BANK 0 Byte 0 Byte 2 Byte 3 


RAS[O]- 
CAS[0]- 
WEO[O]- 
MD[31..24] 
МА[8..0] 

ОЕ{0]- 

SC[0] 

$Е[0]- 
SDAout0[31 ..24] 


RAS[0]- 
CAS[O]- 


WEO[1]- 


MD[23..16] 
MA[B..0] 


OE[0]- 


5С[0] 
SE[0]- 
SDAout0[23..16] 


RAS[1]- 
CAS[4]- 


WEO[2]- 


MD[15..8] 
MA[B..0] 


OE[4]- 


SC[0] 
SE[0]— 
SDAout0[15..8] 





RAS[1]- 
CAS[4]- 
WEO[3]- 
MDI[7..0] 
MA[B..0] 
ОЕ[4]- 

SC[0] 

SE[0]- 
SDAout0{7..0] 


Figure 107. Config 4 (mem_config.config = 0100) 1 bank of 256K VRAMS, 1 buffer of 1MB 


LOGICAL ADDRESS 


PHYSICAL ADDRESS 


BANK 0 


RAS[0]- 
CAS[O]- 
WEO[0]- 
MD[31..24] 
MAT[8..0] 


OE[0]- 

SC[0] 

SE[0]- 
SDAoutO[31 ..24] 


BANK 1 
RAS[O]- 
CAS[3]- 
WE1[O]- 
MD[31..24] 
MA[8..0] 

OE[3]- 

SC[1] 

SE[3]- 
SDAout3[31..24] 


Byte 0 


BUFFER 


IGNORED 


RAS[O}- 
CAS[O]- 
WEO[1]- 
MD[23..16] 
MA[B..0] 

OE[O]- 

SC[0] 

SE[0]- 
SDAout0[23..16] 


RAS[0}- 
CAS[S]- 
WE1[1]- 
MD[23..16] 
MA[8..0] 

OE[3]- 

SC[1] 

SE[3]- 
SDAout3[23..16] 


21 


20 0 
20 11 3 2 1 0 


12 
ROW COLUMN BANK BYTE 


RAS[1]- 
СА5141- 
WEO[2]- 
MD[15..8] 
MA[B..0] 
OE[4]- 

SCIO] 

SE[0]— 
SDAout0[15..8] 


RAS[1]- 
CAS[3]- 
WE1[2]- 
MD[15..8] 
МА(8..0] 
OE[3]- 

SC[1] 

SE[3]- 
SDAout3[15..8] 





Byte 2 Byte 3 


RAS[1]- 
CAS[4]- 
WEO[3]- 
MDI7..0] 
MA[8..0] 
OE[4]- 

SC[0] 

SE[O]- 
SDAoutO[7..0] 


RAS[1]- 
CAS[3]- 
WEt1[3]- 
MD[7..0] 
MA[8..0] 
OE[3]- 

SC[1] 

SE[3]- 
SDAout3[7..0] 





Figure 108. Config 5 (mem config.config 0101 or 0110) 2 banks of 256K VRAMS, 1 buffer of 2MB 
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7.1. Frame Buffer Design Notes, continued 


BUFFER 


21 


0 


LOGICAL ADDRESS BER LINEAR 


PHYSICAL ADDRESS 


BANK 0 
RAS[0]- 
СА5[0]- 
WEO[O]- 
MD[31..24] 
MA[8..0] 

OE[0]- 

SC[0] 

SE[0]— 
SDAout0[31..24] 


BANK 1 
RAS[0]- 
CAS[1]- 
WE1[0]- 
MD[31..24] 
MA[8..0] 

OE[1]- 

5СІ0| 

$Е[1]- 
SDAoutt[31..24] 


BANK 2 
RAS[0]— 
CAS[2]- 
WEO[O]- 
MD[31..24] 
МА[8..0] 

OE[2]- 

SC[1] 

SE[2]- 
SDAout2[31..24] 


BANK 3 


RAS[0]- 
CAS[S]- 
WE1[0]- 
MD[31..24] 
MA[8..0] 

OE[3]- 

SC[1] 

SE[S]- 
SDAout3[31..24] 


Byte 0 


IGNORED, 
ROW COLUMN BANK BYTE 


RAS[O]- 
CAS[O0]- 
WEO[1]- 
MD[23..16] 
MA[8..0] 

OE[0]- 

SC[0] 

SE[O]- 
SDAout0[23..16] 


RAS[O}- 
CAS[1]- 
WEt1[1]- 
MD[23..16] 
MA[8..0] 

OE[1]- 

SC[O] 

SE[1]- 
SDAout[23..16] 


RAS[O]- 
CAS[2]- 
WEO[1]- 
MD[23..16] 
МА(8..0] 

OE[2]- 

SC[1] 

SE[2]- 
SDAout2[23..16] 


RAS[O]- 
CAS[3]- 
WE1[1]- 
MD[23..16] 
МАВ..0) 

OE[3]- 

Sc] 

SE[3]- 
SDAout3[23..16] 


21 


Byte 1 


13 12 


RAS[1]- 
CAS[4]- 
WEO[2]- 
MD[15..8] 
МА[8..0] 
ОЕ[4]- 

Sc[0] 

SE[0]- 
SDAout0[15..8] 


RAS[1]- 
CAS[1]- 
WE1[2]- 
MD[15..8] 
MA[8..0] 
OE[1]- 

SC[0] 

SE[t1]- 
SDAout1[15..8] 


RAS[1]- 
CAS[2]- 
WEO[2]- 
MD[15..8] 
МАВ..0) 
OE[2]- 

SC[1] 

SE[2]- 
SDAout2[15..8] 


RAS[1]- 
CAS[3]- 
WE1[2]- 
MD[15..8] 
МА|8..0) 
OE[3]- 

SC[1] 

SE[3]- 
SDAout3[15..8] 


Byte2 


4 


3 2 1 


RAS[1]- 
CAS[A]- 
WEO[3]-- 
MD[7..0] 
MA[8..0] 
OE[4]- 

SC[0] 

SE[O0]- 
SDAoutO[7..0] 


RAS[1]- 
CAS[1]- 
WE1[S]- 
MD[7..0] 
MA[8..0] 
OE[1]- 

SC[0] 

SE[1]- 
SDAoutt[7..0] 


RAS[1]- 
CAS[2]- 
WEO[S]- 
MD[7..0] 
MA[8..0] 
OE[2]- 

SC[1] 

SE[2]- 
SDAout2[7..0] 


RAS[1]- 
CAS[S]- 
WE1[3]- 
MDI7..0] 
МА|8..0) 
OE[3]- 

SC[1] 

SE[3]- 
SDAout3[7..0] 


Figure 109. Config 7 (mem config.config = 0111) 4 banks of 256K VRAMS, 1 buffer of 4MB 
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7.1. Frame Buffer Design Notes, continued 


BUFFER 21 20 


19 0 

Cenn s APRES. 
19 12 1 4 3 2 1 0 

FHYSIGAEADURESSS . -4GNORED MIS US 


LOGICAL ADDRESS 


BANK O 
RAS[O]- 
CAS[O]- 
WEO[0]- 
MD[31..24] 
МА|8..0) 

OE[0]- 

SC[0] 

SE[0]- 
SDAout0[31..24] 


BANK 1 
ВА5[0]- 
CAS[1]- 

УМЕ 1101-- 
MD[31..24] 
МА|8..0) 

OE[1]- 

SC[0] 

$Е[1]- 
SDAouti[31..24] 


BANK 2 


RAS[O]- 
CAS[2]- 
WEO[O]- 
MD[31..24] 
MA[B..0] 

OE[2]- 

SC[1] 

SE[2]- 
SDAout2[31..24] 


BANK 3 


RAS[O]- 
САБІЗІ- 
WEt[0]- 
MD[31..24] 
MA[8..0] 

OE[S]- 

SC[1] 

SE[3]- 
SDAout3[31..24] 


Byte 0 


RAS[O]- 
CAS[O]- 
WEO[1]- 
MD[23..16] 
МА([8..0] 

OE[0]}- 

$С[0] 

$Е[0]- 
SDAout0[23..16] 


ВА5[0]- 
CAS[1]- 
WE1[1]- 
MD[23..16] 
МА[8..0] 
OE[1]- 
SC[0] 
SE[1]- 


SDAout1[23..16] 


RAS[0]- 
CAS[2]- 
WEQ[1]- 
MD[23..16] 
МА[8..0] 

OE[2]- 

SC[1] 

SE[2]- 
SDAout2[23..16] 


RAS[O}+- 
CAS[3]- 
WE1[1]- 
MD[23..16] 
MA[8..0] 

OE[3]- 

SC[1] 

SE[3]- 
SDAout3[23..16] 


RAS[1]- 
CAS[4]- 
WEO[2]- 
MD[15..8] 
MATS. .0] 
OE[4]- 

SC[0] 

SE[0]- 
SDAout0[15..8] 


RAS[1]- 
CAS[1]- 
WE1[2]- 
MD[15..8] 
MA[8..0] 
OE[1]- 

SC[0] 

SE[1]- 
SDAouti[15..8] 


RAS[1]- 
CAS[2]- 
WEO[2]- 
MD[15..8] 
MA[8..0] 
OE[2]- 

SC[1] 

SE[2]- 
SDAout2[15..8] 


RAS[1]- 
CAS[3]- 
WE1[2]- 
MD[15..8] 
MA[B..0] 
OE[3]- 

SC[1] 

SE[3]- 
SDAout3[15..8] 





RAS[1]- 
CAS[4]- 
WEO[3]- 
MD[7..0] 
MA[8..0] 
OE[4]- 

SC[0] 

SE[O]- 
SDAout0[7..0] 


RAS[1]- 
CAS[1]- 
WE1[3]- 
MD[7..0] 
MA(8..0] 
OE[1]— 

SC[0] 

SE[1]- 
SDAout1[7..0] 


RAS[1]- 
CAS[2]- 
WEoO[3]- 
MD{[7..0] 
MA[8..0] 
OE[2]- 

SC[1] 

SE[2]- 
SDAout2[7..0] 


RAS[1]- 
CAS[3]- 
WE1[3]- 
MDI7..0] 
МАВ..0) 
OE[3]- 

SC[1] 

SE[3]- 
SDAout3[7..0] 


Figure 110. Config 11 (mem config.config = 1011) 4 banks of 128K VRAMS, 2 buffers of 1MB 
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7.1. Frame Buffer Design Notes, continued 


BUFFER 21 20 


19 0 
19 12 11 3 2 1 0 
IGNORED ' ROW COLUMN BANK BYTE 


LOGICAL ADDRESS 


PHYSICAL ADDRESS 


BANK 0 


RAS[O]- 
СА$[0]- 
WEO[O]- 
MD[31..24] 
MA[B..0] 

ОЕ[0]- 

SC[0] 

SE- | 
SDAoutO[31..24] 


BANK 1 


ВА$[0]- 
CAS[3]- 
WE1[0}- 
М0[31..24] 
МА[8..0] 

OE[3]- 

SC[1] 

SE[3]- 
SDAout3[31..24] 


Byte 0 


RAS[0]- 
CAS[O]- 
WEO[1]- 
MD[23..16] 
МА[8..0] 

ОЕ[0]- 

SC[0] 

SE[0]— 
SDAout0[23..16] 


RAS[O}- 
CAS[3}- 
WE1[1]- 
MD[23..16] 
МАГВ..0) 

OE[3]- 

SC[1] 

SE[3]- 
SDAout3[23..16] 


RAS[1]- 
CAS[4]- 
WEO[2]-- 
MD[15..8] 
МАД(8..0) 
OE[4]- 

SC[0] 

SE[0]- 
SDAout0[15..8] 


RAS[1]- 
CAS[3]- 
WE1[2]- 
MD[15..8] 
MA[8..0] 
OE[S]- 

SC[1] 

SE[3]- 
SDAout3[15..8] 


RAS[1]- 
CAS[4]- 
WEO[3]- 
MD[7..0] 
MA[B..0] 
OE[4]- 

5С(0) 

SE[0]- 
SDAoutO[7..0] 


RAS[1]- 
CAS[S]- 
WE1[3]- 
MDI7..0] 
MA[8..0] 
OE[3]- 

SC[1] 

SE[3]- 
SDAout3[7..0] 





Figure 111. Config 14 (mem config.config = 1110 or 1101) 2 banks of 256K VRAMS, 2 buffers of 1MB 
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7.1. Frame Buffer Design Notes, continued 


BUFFER 21 


20 0 


LOGICAL ADDRESS 


12 


B 20 13 4 3 2 1 0 


PHYSICAL ADDRESS IGNORED 


BANK 0 


RAS[0]- 
CAS[0]- 
WEO[0]- 
MD[31..24] 
MAJ[8..0] 

OE[O]- 

SC[0] 

SE[0]- 
SDAout0[31..24] 


BANK 1 


RAS[0]— 
CAS[1]- 
WE1[0]- 
MD[31..24] 
МАВ..0) 

ОЕ[1]- 

5С10| 

SE[1]- 
SDAout1[31..24] 


BANK 2 


RAS[0]— 
CAS[2]- 
WEO[O]- 
MDI[31..24] 
MA[8..0] 

OE[2]- 

SC[1] 

SE[2]- 
SDAout2[31..24] 


BANK 3 
RAS[0]— 
CAS[3]- 
WE1[0]- 
MD[31..24] 
MA[B..0] 

OE[3]- 

SC[1] 

SE[3]- 
SDAout3[31..24] 


Byte 0 


RAS[O]- 
CAS[O]- 
WEO[1]- 
MD[23..16] 
MA[S..0] 

ОЕ[0]- 

Scio] 

SE[0]- 
SDAout0[23..16] 


RAS[O]- 
CAS[1]- 
WE1[1]- 
MDI[23..16] 
MA[8..0] 

OE[1]- 

SCIO] 

SE[1]- 
SDAout1[23..16] 


RAS[O}- 
СА5[2]- 
WEO[1]- 
MD[23..16] 
MA[B..0] 

OE[2]- 

scj] 

SE[2]- 
SDAout2[23..16] 


RAS[O]- 
СА$[3]- 
WE1[1]- 
MD[23..16] 
МА(8..0] 

OE[3+ 

SC[1] 

SE[3]- 
SDAout3[23..16] 


RAS[1]- 
CAS|4]- 
WEO[2]- 
MD[15..8] 
МА[8..0] 
ОЕ[4]- 

$С[0] 

SE[0]- 
SDAout0[15..8] 


RAS[1]- 
CAS[1]- 
WE1[2]- 
MD[15..8] 
МА[8..0] 
OE[1]- 

SC[0] 

SE[1]- 
SDAouti[15..8] 


RAS[1]- 
CAS[2]- 
WEO[2]- 
MD[15..8] 
MA([8..0] 
OE[2]- 

SC[1] 

SE[2]- 
SDAout2[15..8] 


RAS[1]- 
CAS[3]- 
WE1[2]- 
MD[15..8] 
MA[B..0] 
OE[3]- 

SC[1] 

SE[3]- 
SDAout3[15..8] 





RAS[1]- 
CAS[4]- 
WEO[S]- 
MD[7..0] 
MA[8..0] 
OE[4]- 

SC[0] 

SE[0]- 
SDAout0[7..0] 


RAS- 
CAS- 
WE- 

D[7..0] 


RAS[1]- 
CAS[1]- 
WE1[3]- 
MDI[7..0] D[7..0] 
AD[B.0] | MA[8..0] AD[8..0] 
OE- OE[1]- OE- 

SC SCIO] SC 

SE- SE[1]- SE- 
SDO[7..0]| SDAouti[7..0] *] 80017..0) 


RAS- 
CAS- 
WE- 


RAS[1]- 
CAS[2]- 
WEO[3]- 
MD(7..0] 
MA[B..0] 
OE[2]- 

scj] 

SE[2]- 
SDAout2[7..0] 


RAS[1]- 
CAS[3]- 
WE1[3]- 
MDI[7..0] 
MA[B...0] 
OE[3]- 

Sc[1] 

SE[3]- 
SDAout3[7..0] 


Figure 112. Config 15 (mem config.config = 1111) 4 banks of 256K VRAMS, 2 buffers of 2MB 
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7.2. VRAM Access 


All VRAM accesses can be described as sequences of the 
VRAM timing templates shown in figures 113 
through 124. 


7.2.1. ROW MISS 


Normally the Power 9100 uses the fast page mode method 
to access the VRAMS. Whenever a new access is to a differ- 


MEMCLK 


VVVVVV/ 


КНК WRITE MASK 


ent page of VRAM than the previous access, the row miss 
timing sequence is inserted to switch the rams (both banks) 
to the new bank. Figures 113 and 114 shows this sequence. 
Note that a write mask is always loaded into the VRAMS. 
If the programmer has disabled the plane mask feature the 


Power 9100 automatically generates the all-planes-en- 
abled mask. 


t ' 1 4 П ' ' ' ' 
1 1 П , 1 ' J ' 


Figure 113. Row Miss Cycle (mem config.vram miss, adj 
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UNE 
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Figure 114. Row Miss Cycle (mem_config.vram_miss_adj = 1) 
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7.2. VRAM Access, continued 


7.2.2. READ 


Read operations take two cycles, this allows for the slow 
turn off time of VRAMS. Figures 115 and 116 shows a 
read operation from bank 0. 
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MAg..0 
RAS. (- 


AGTIVE 
BANK ' 


ОЕо,4- 


СА504- 


ОЕз.1- E 
INACTIVE 
BANKS! 
МЕ1з.0- EP NE 
МОз..0 


DSF 


CASs, 1- 





MEMCLK 


МАв.0 


RAS4.o- 


ОЕо,4- 
CASp 4- AGTIVE 


МЕОз..0- : | | 


OEs.4— 
СА$з..1— INACTIVE 


МЕ1з.0- 
МОз1..0 
DSF 





Figure 116. Read cycle (mem_config.vram_read_adj = 1, mem_config.vram_read_sample = 0) 
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7.2. VRAM Access, continued 





0, mem_config.vram_read_sample = 1) 
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Figure 117. Read cycle (mem config.vram read adj 
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Figure 118. Read cycle (mem_config.vram_read_adj = 1, mem_config.vram_read_sample = 1) 
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7.2. VRAM Access, continued 
7.2.3. WRITE 


A write operation requires either one or two cycles. There write to the other bank of VRAMs, then the write opera- 
are two basic write templates, shown in figures 119 and tion is extended to two cycles by inserting the extra cycle 
120. All write operations start with the single cyclethatis ^ labelled “finish write”. 

marked “write” in the template. If the next cycle is not a 


MEMCLK 


MAg. о | , HOLD | 


ОЕ4.0- 


САБ 0 4- 


ACTIVE 
WE03, o- ш 
CAS3 4- — JN. 

| INACTIVE 
WE13. 0- BANKS: 


MD31..0 
DSF 





1 

! ' 
І t 
1 1 
t + 
t 1 
t ' 
I ' 


FINISH WRITE 





_write_adj = 0) 


MEMCLK 


МАз.0 


RAS; 0- 


t 
' 
I 
' 
' 
' 
t 
1 
' 
' 


OE4.o—_ 


' 
' 
' 
' 
' 
I 
' 
1 
1 
' 
' 


CASo,4- ACTIVE 
WE0s o- BANK ; 


CASs, 1- | i 
INACTIVE 
WE15 o- BANKS: 


MD31..0 
DSF 


WRITE ' FINISH WRITE 





Figure 120. Write cycle (mem_config.vram_write_adj = 1) 
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7.2. VRAM Access, continued 
7.2.4. READ TRANSFER 


Figure 121 shows the template used to reload the internal 
VRAM video shift register. During a vertical retrace 
(VBLNK- asserted) the IGC will reload the entire shift reg- 
ister inside of the VRAMs. Thereafter the IGC will gener- 
ate a split shift register reload whenever the VRAMs are 
more than half empty (Based upon the internally generated 
QSF signal). Because the IGC does not intervene between 
scan lines (i.e., during HBLNK-) this method requires that 


MEMCLK 


MAMMA) пом вз | — 


-- 


а 
Е а 
E s 


|8! 
LH 


Figure 121. Read Transfer cycle 
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each scan line of the image be located in sequential linear 
memory and that the VRAM shift clock be inhibited dur- 
ing HBLNK- intervals. Therefore the physical scan line 
width of the monitor must match exactly the logical scan 
line width loaded into the drawing engine. This means that 
there are no extra pixels between scan lines in memory. 


SAM START 


NORMAL READ TRANSFER 


7.2. VRAM Access, continued 


7.2.5. REFRESH 


Figure 122 shows the template used to refresh the 
VRAMs. The memory controller has refresh request hold 
over function which the frame buffer controller may queue 


MEMCLK 


POWER 9100 GRAPHICS 
CONTROLLER 


PRELIMINARY DATA 
November 1993 


up to 4 memory refresh requests in order to reduce the in- 
terruption to the video processor. 


ҮҮ. ИИҮҮ I WWW A WWW STR 


Figure 122. Refresh cycle 


7.2.6. IDLE 


Figure 123 shows the state of the VRAM controls when no 
ram activity is required. 


MEMCLK 


MA 


Figure 123. 


Idle cycle 
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7.2. VRAM Access, continued 


7.2.7. RESET STATE 


Figure 124 shows the reset state of the VRAM controls 
during and after power on reset, synchronous reset and 
asynchronous reset. 


MEMCLK 


ҚАУЛЫДА 


Figure 124. Reset state 
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Chapter 8. Video and RAMDAC Interface 


8.1. Video Control 
This section contains information about video control is- Video timing 
sues. The topics covered are: External synchronization issues 
Video Clock generation Screen repaint control issues 
Video Shift Clock generation 
8.1.1. VIDEO CLOCK GENERATION 


Video Serial Enable generation 


Video Address generation Figure 125 shows the different clock generation circuits 


| ; for the video section. Three clocks are generated: 
Video signals CRTC_CLK, QSF_CLK and SHIFT_CLK. These clocks 


Video control registers control different sections of the video display logic. 


DDOTCLK 
M VIDEO_CLK | 
PIXCLK mem_config.crtclk_freq mem_config.shiftclk_fred 


mem_config.video_clk_sel 


CRTC_CLK SHIFT_CLK 


QSF_CLK 
Main CRTC clock (SYNC Е Shift clock and Serial 


and BLANK generation) enable generation state 
machines. 


QSF counter clock 





Figure 125. Video Clock Generation 
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8.1. Video Control, continued 


8.1.2. VIDEO SHIFT CLOCK GENERATION 


Figure 126 shows the different clock generation patterns 
for different values of mem_config.shiftclk_mode and 
mem_config.vad_sht 


ѕніғт ак [ LT LILI LT LP UU UP UP UU UP ГТ | 


mem. config.shiftclk mode = 00 


LIA Бу ШИЛ LJ ШЕ ШЕ ШЕ рд ШЕ а ЖУ из Н CTF JG 

ви ш 00 рро LITITLILITJITILILILIY,LJI EI-LJ 
mem_config.shiftclk_mode = 01 

eee ee ULIS dna еее ад кенен ILLA 

[zo ы e pep EC 
mem config.shiftclk mode = 10 | 

eee о Чо = a a 

Кылы Г ешш ы О NNNM CT з Л 


Figure 126. Shift clock generation 
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8.1. Video Control, continued 


8.1.3. VIDEO SERIAL ENABLE GENERATION 


Figure 127 shows the different serial enable generation 
patterns for different values of mem_config.soe_mode 
and mem_config.vad_sht. 


surrcu [L T LILI LI l T LU LUI LU? LI LU) UP UP Ul ul 


mem_config.soe_mode = 00 
(Always On) 


5Е-10..3) 


mem_config.soe_mode = 01 


5Е-105Е24 | L f L гл f L f L f L f l | 
SEAN SEAS) рр ee dau EJ А 


mem_config.soe_mode = 10 





Figure 127. Serial enable generation 
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8.1. Video Control, continued 


8.1.4. VIDEO ADDRESS GENERATION 


Figure 128 shows how the VRAM shift register reloadad- figuration, the amount programmed into the 
dress is controlled. Since the shiftdown at the bottom of srtctl.src_incs field must be computed to correct for this 
the data path is controlled somewhat by the memory con- — shiftdown. 


Transfer Type | Increment Amount 
INCREMENT 


00 
б» 


% SRADDR 


SHIFT DOWN 


To Address Pads 





Figure 128. Video Address Generation 
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8.1. Video Control, continued 


8.1.5. VIDEO SIGNALS 


The Power 9100 provides two distinct video signal op- 
tions: separate horizontal and vertical signals or compos- 
ite (combined) horizontal and vertical signals. 


To select the signal type required for a specific application, 
set the composite bit in the srtctl register appropriately 
(see figure 74). This bit setting controls the definition of 
the CSYNC/HBLNK- and CBLNK/VBLNK- signals. The 
synchronization signals selected for the separate signals 
option are: HSYNC-, VSYNC-, HBLNK-, and VBLNK-. 
The synchronization signals selected for the composite sig- 
nals option are: HSYNC-, VSYNC-, CSYNC-, and 
CBLNK-. 


The HSYNC- and VSYNC- signals operate identically in 
either output mode. 


The bits srtctl.jam_vsync and srtctl.jam_hsync are used to 
implement the VESA standard monitor power manage- 
ment. When these bits are set the corresponding МЗУМС- 
and HSYNC- signals are prohibited from changing. This 
forcing is done prior to the effect of the srtctl.vsync_polar- 
ity and srtctl.hsync. polarity. Thus when video is disabled 
(srtctl.enable video = 0) the BLANK signal is asserted and 
the VSYNC-and HSYNC- signals are unchanging at the 
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voltage level controlled by srtctl.vsync. polarity and 
srtctl.hsync. polarity respectively. 


8.1.6. VIDEO CONTROL REGISTERS 


A complete video control section resides on the Power 
9100 chip. This section provides the synchronization, 
blanking, and timing signals for the graphics subsystem, as 
well as the control sections for screen refresh timing and 
VRAM control. 


The video control section of the Power 9100 is fully pro- 
grammable and is defined by the host system. For exam- 
ple: The video control section can be defined to generate 
an internal sync signal or accept an external signal to con- 
trol screen refresh, thereby simplifying the task of merging 
Power 9100-created graphics with other video images. 


This document talks consistently about VSYNC- and 
HSYNC-. This refers to the internal signals, not the exter- 
nal pins. The external pins are controlled by 
srtctl2.vsync_plt and srtctl2.hsync_plt. These controls al- 
low the selection of external signal polarity and the sup- 
port of VESA monitor power down modes. 


For easy reference, figure 129 repeats the video control 
register summary presented in chapter 4. 


8.1. Video Control, continued 


Description/Function 


HORIZONTAL TIMING 










Horizontal counter. Read only. Specifies the current pixel position along a horizontal sweep; the Power 
9100 increments this counter, which is originally set by the host, upon each occurrence of CRTC_CLK. 
The value occupies the lower 12 bits of the register, which is set by the Power 9100. 

















Horizontal length. Read/write. Specifies the length of a horizontal scan line. The value occupies the lower 


hrzt 
12 bits of the register, which is set by the host. The Power 9100 compares the current hrzc value (the сиг- 
rent pixel position) to this value to determine when to wrap around. 


Horizontal sync rising edge. Read/write. Specifies the location along a horizontal sweep which defines the 


horizontal sync rising edge. The value occupies the lower 12 bits of the register, which is set by the host. 
lower 12 bits of the register, which is set by the host. Set this register to zero when using only internal 


prehrzc 
syncs. 


VERTICAL TIMING 


vrtc Vertical counter. Read only. Specifies the current line position along a vertical sweep; the Power 9100 
increments this counter upon each occurrence of HSYNC-. The value occupies the lower 12 bits of the 
register, which is set by the Power 9100. 
















Horizontal blank rising edge. Read/write. Specifies the location along a horizontal sweep which defines 
the horizontal blank rising edge. The value occupies the lower 12 bits of the register, which is set by the 
host. 












Horizontal blank falling edge. Read/write. Specifies the location along a horizontal sweep which defines 
the horizontal blank falling edge. The value occupies the lower 12 bits of the register, which is set by the 
host. 













Horizontal counter preload value. Read/write. Specifies the value with which to preload hrzc upon receipt 
of an internal or external HSYNC- or an external VSYNC-; allows synchronization of the Power 9100 with 
external video sources, whatever the combination of internal or external delays. The value occupies the 
















Vertical length. Read/write. Specifies the number of lines in a vertical sweep. The value occupies the low- 
er 12 bits of the register, which is set by the host. The Power 9100 compares the current vrtc value (the 
current line position) to this value to determine when to wrap around. 


Vertical sync rising edge. Read/write. Specifies the location along a vertical sweep which defines the verti- 
cal sync rising edge. The value occupies the lower 12 bits of the register, which is set by the host. 











Vertical blank rising edge. Read/write. Specifies the location along a vertical sweep which defines the ver- 
tical blank rising edge. The value occupies the lower 12 bits of the register, which is set by the host. 











Vertical blank falling edge. Read/write. Specifies the location along a vertical sweep which defines the 
vertical blank falling edge. The value occupies the lower 12 bits of the register, which is set by the host. 








Vertical counter preload value. Read/write. Specifies the value with which to preload vrtc upon receipt of 
an internal or external VSYNC-; allows synchronization of the Power 9100 with external video sources, 
whatever the combination of internal or external delays. The value occupies the lower 12 bits of the regis- 
ter, which is set by the host. Set this register to zero when using only internal syncs. 


SCREEN REPAINT 


srtctl2 Screen refresh timing control. Read/write. Specifies controls for screen refresh, as set by the host. Figure 
75 defines this register. 


srtctl Screen refresh timing control. Read/write. Specifies controls for screen refresh, as set by the host. Figure 
74 defines this register. 


qsfcounter QSF counter. Read only. Used to determine when to generate a shift register load operation. It is a dupli- 
| cate of the QSF signal from the VRAMs. It keeps track of which part of the SAM is being shifted out. It is 
loaded with a zero after every read transfer and incremented by CRTC_CLK. 




























Figure 129. Video control registers 
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8.1. Video Control, continued 


8.1.7. VIDEO TIMING 


The video signals and registers work together to drive the 
signals that control the monitor. Remember, all counts are 
in units of CRTC_CLK (see figure 125). 


HORIZONTAL VIDEO TIMING 


Figure 132 presents the timing sequence for horizontal 
video control . All of the horizontal timing registers are 
loaded with counts derived from CRTC_CLK which may 
represent multiple pixels. Each of the values stored in the 
horizontal timing registers represents the total count mi- 
nus one to allow for zero in the count sequence. 


Figure 130 describes the functions of the horizontal timing 
registers. 


The programmer must satisfy the following condition: 


hrzsr < hrzbr < hrzbf < hrzt 


Description/Function 


hrzt Defines the number of CRTC_CLKs from the 
falling edge of HSYNC- to the falling edge of 
the next HSYNC-. 





hrzc Counts from zero to hrzt and then repeats. 

hrzsr Specifies the HSYNC- active low count. 

hrzbr Specifies the distance from HSYNC- low to 
the rising edge of HBLINK-. 


hrzbf Specifies the distance from HSYNC- low to 
the falling edge of HBLINK-. 


Figure 130. Horizontal timing registers 





hblnk— 


hsync- 


hrzt + 1 


All horizontal times are in terms of CRTC. СІК 


Figure 132. Power 9100 horizontal video timing parameters 


VERTICAL VIDEO TIMING 


Figure 133 presents the timing diagram for vertical video 
timing control. All of the vertical timing registers are 
loaded with counts that represent horizontal scan lines. 
Also, each number loaded into a vertical timing register 
represents the total count in the count sequence. 


Figure 131 describes the functions of the vertical timing 
registers. 


The programmer must satisfy the following condition: 


vrtsr « vrtbr « vrtbf « vrit 


Description/Function 





vrtt In the vertical timing sequence, vrtt defines 
the number of horizontal lines from the falling : 
edge of VSYNC- to the falling edge of the 
next VSYNC- (the number of horizontal lines 
in a complete vertical scan cycle). The vrtc 
register counts from zero to vrtt-1 and then 
repeats. 





vrtsr Specifies the VSYNC- active low count. The 
rising and falling transitions of VSYNC— ` 
should match those of HSYNC-. 

vrtbr Specifies the distance from VSYNC- low to 
the rising edge of VBLNK-. 


vrtbf Specifies the distance from VSYNC- low to 
the falling edge of VBLNK—. 


Figure 131. Vertical timing registers 










тт 





8.1. Video Control, continued 


Scan line 


vrit 


All vertical times are in terms of horizontal scan lines 
Figure 133. Power 9100 vertical video timing parameters 


8.1.8. EXTERNAL SYNCHRONIZATION 


The VSYNC- and HSYNC- pins can be defined as inputs 
to provide synchronization from an external source. This 
allows merging of Power 9100 video with video generated 
by an external source. With values programmed into 
prehrzc and prevrtc, the Power 9100 can synchronize ex- 
actly with the external source, regardless of internal and 
external delays in the system. 


There are two standard modes for implementation of ex- 
ternal sync timing: external VSYNC- only and external 
VSYNC- and HSYNC-. 


With external VSYNC- only, the Power 9100 preloads 
both the horizontal and vertical counters (hrzc and vrtc) 
on the falling edge of an external VSYNC- pulse. This syn- 
chronizes both HSYNC- and VSYNC- to the external 
source. 


With external VSYNC- and HSYNC-, the Power 9100 
preloads the hrzc counter on the falling edge of an external 
HSYNC- and preloads the vrtc counter on the falling edge 
of an external VSYNC-. 


HSYNC- and VSYNC- input pulses must be at least one 
DDOTCLK wide, but must also be shorter than the hori- 
zontal sync rising edge defined in the hrzsr register. 


8.1.9. SCREEN REPAINT CONTROL 


Screen repaint is a generic descriptor for the functions used 
by the frame buffer memory to provide pixel information 


Top of screen 
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Bottom of screen 


to the “back-end” of the video subsystem to display stored 
information on the monitor. The Power 9100 provides 
two basic methods to ensure that the shift registers of the 
VRAMs always contain the correct data to be shifted onto 
the screen. These two methods are controlled by the set- 
ting of the hblnk reload bit in the srtctl register (see figure 
74). 


NORMAL (SPLIT SHIFT MODE) 


For normal operation, the hblnk reload bit in the srtctl 
register is zero. During a vertical retrace operation 
(VBLNK- asserted), the Power 9100 reloads the entire 
shift register inside the VRAMs and then performs a split 
shift register reload whenever the VRAM output shift reg- 
isters are more than half empty, based on the internally 
generated QSF signal. 


The Power 9100 does not intervene between scan lines 
(during HBLNK-), this method requires that each scan line 
of the image be located in sequential linear memory and 
that the VRAM shift clock be inhibited during HBLNK— 


intervals. 


The physical scan line width of the monitor must exactly 
match the logical scan line width loaded into the drawing 
engine. This requires that there be no extra pixels between 
scan lines in memory. The initial scan-line increment after 
VBLNK- equals one row of VRAM addresses and subse- 
quent increments equal one-half row. 
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8.1. Video Control, continued 


RESTRICTED (HBLNK- RELOAD MODE) 


For restricted operation, the hblnk reload bit in the srtctl single shift register. This constrains scan line length to be 
register is one. The entire VRAM shift register is reloaded less than one whole, one half, or one quarter of the entire 
for every scan line (HBLNK- asserted). In this mode, every shift register length. When using this mode, the available 
scan line in the VRAM must be entirely contained withina screen resolutions are restricted, as defined in figure 134. . 
VIRTUAL SCREEN SIZES 8bpp Values (Restricted Mode) 
(Divide by 2 for 15/16bpp, divide by 4 for 32bpp) 









































Maximum Screen 
men config.config Resolution Se HN Buffering Memory 
Horizontal 
0001, 0010, 0100 1024 1M 1 bank, 256K 


2 banks, 128K 
4 banks, 128K 


2 banks, 256K 


2M 
Yes 2M 
1111 2048 1024 1/4 row Yes | 4M 4 banks, 256K 
1/4 row No 4M 
( 












0111 2048 2048 Pp м | 4 banks, 256K 


Figure 134. Screen resolutions in 8 bpp values, restricted mode (divide by 2 for 15/16bpp, divide by 4 for 32bpp) 
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8.2. RAMDAC 


Figure 135 shows the RAMDAC read cycle. Figure 139 Brooktree 485). The host has 8-bit data access to the 
shows the RAMDAC write cycle. The Power 9100 designs © RAMDAC through the shared frame buffer pins. Only the 
are expected to utilize a triple 8-bit color with VGA pseu- RAMDAC status read register is shadowed in Power 
do-color look up table and pixel unpack RAMDAC (e.g. 9100. 


MEMCLK 


ЖИ 


‚ШШШ 
SNNN 





Figure 135. RAMDAC Read cycle (mem_config.dac_access_adj = 0, mem_config.dac_mode = 0) 
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ҚҰН ЕРЕН mm 
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i M 
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Figure 136. RAMDAC Read cycle (mem_config.dac_access_adj = 1, mem_config.dac_mode = 0) 
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8.2. RAMDAC, continued 


MEMCLK 


ADAM AAA MAMMA 





MEMCLK 


МАМ 





Figure 138. RAMDAC Write cycle (mem_config.dac_access_adj = 1, mem_config.dac_mode = 0) 
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8.2. RAMDAC, continued 


MEMCLK 


МАВ o ARA QQU QU ОООО AMA MAA MAX ААА ДААА ААДА АДА AAA 
ерата тт i 

WE13..0 

RAS4..0- 


СА54 0- 


ОЕ4.0- 


МЕОз. 0- 


ОМОЗз1.0 


DACRD- 
(DACCE-) 


DACWR- 
(DACR/W) 





MEMCLK 


FAg. о 


RAS4..07 


CASA. o- 


OE, o- 


WE03, o- 
MD31..0 


DACRD- 
(DACCE-) 


DACWR- 
(DACR/W) 








Figure 140. RAMDAC Write cycle (mem config.dac access adj- 1, пет config.dac mode = 1) 
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Chapter 9. Coprocessor Interface 


The video coprocessor interface allows a separate 
coprocessor to share the Power 9100 host interface and 
frame buffer. The first set of timing diagrams allow the 
host to read and write control registers of the video 
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coprocessor. The second set of diagrams specifies how the 
protocol for sharing the frame buffer operates. The 
coprocessor uses the VCEN- signal to qualify the shared 
VCGRNT-, VCIOR- and VCIOW- signals. 


9.1. Video Coprocessor I/O Read 


This template is invoked to read a 32-bit register from the 
video coprocessor. 


MEMCLK 


OE- 
WEOs, o- 
WE13- 
MD31..0 
VCIOR- 


VCBUSY- ri-stated Pulled high ı Driven High 


1 ' ' t t I 


' t 1 1 1 


WE03, o- 
WE13- 


MD31..0 
VCIOR- 


VCBUSY- ri-stated Pulled Баса 


' ! ' ‘Driven High 


Figure 142. Video coprocessor I/O Read operation (1 wait states) 
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9.2. Video Coprocessor I/O Write 


This template is invoked to write a 32-bit value toa regis- 
ter in the video coprocessor. 


MEMCLK 


OE- | 
WE03, o- 
WE1a- : 
МОз1_0 | 
VCIOW- | 


' 
' 
' 
' 
' 
' 
' 
1 
4 
4 
+ 
' 
' 
1 
' 
' 
' 
, 
' 
4 
1 
4 
1 
' 
' 
t 


VCBUSY- ri-stated Pulled high 


t I + 





MEMCLK 


МЕОз. o- 
WE13— 


MD31..0 
VCIOW- 


4 
1 
' 
' 
1 
' 
' 
' 
t 
t 
' 
1 
4 
4 
' 
+ 
V 
' 
' 
' 
t 
' 
' 
' 
' 


OE- ' 


VCBUSY- Coprocessor dives | 





Figure 144. Video coprocessor I/O Write operation (1 wait states) 
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9.3. Video Coprocessor Grant 


The video coprocessor requests direct access to the frame Note that once VCREQ- is asserted, it must remain as- 
buffer by asserting the VCREQ- signal. After some num- serted until a complete grant/release sequence has com- 
ber of cycles, the Power 9100 will grant access to the frame ^ pleted. 

buffer. Figure 145 shows the Power 9100 grant sequence. 


MEMCLK 


МАЗ, о (Tri-stated) 


+ 


VCGRNT- (Weak hold*) 


RAS- (Weak hold*) 


+ 


' 
1 
' 
' 
' 
1 
' 
' 
' 
+ 
' 
' 


CASs..o—_ (Weak hold") , 


OE- | I 
(Weak hold’) , 


(Tri-stated) 
+ 


t 
(Tri-stated) ' 
(Tri-stated) , 


* These four signals are not tri-stated, but weakly held, and the coprocessor can drive them. 





Figure 145. Video coprocessor grant operation 
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9.4. Video Coprocessor Release 

When the video coprocessor wishes to release the frame 
buffer back to the Power 9100 is deasserts VOREQ-. The 
Power 9100 responds by deasserting VCGRNT- two 


MEMCLK 


МАв 0 


VCGRNT- 


RAS- 
САЅ3 о- 


OE- ` 
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cycles later. It also again drives all of the frame buffer con- 
trol signals starting in the same cycle. The video coproces- 
sor must retain VCREQ- deasserted for at least 2 cycles. 


(Weak hold") 


(Weak hold") 
(Weak hold") 


1 t 
(Weak hold*) 
É t 


(Tri-stated)' 


* These four signals are not tri-stated, but weakly held, and the coprocessor can drive them. 


Figure 146. Video coprocessor release operation 
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9.5. Video Coprocessor Preempt 


For higher priority operations (shift register reload and priority operation is pending. It must complete the current 
memory refresh) the Power 9100 will preempt the video operation and release the frame buffer by deasserting the 
coprocessor. This is done by deasserting the VCGRNT- VCREQ- just like in the release operation. 

signal. This informs the video coprocessor that a higher 


ши TARA ЛТ 


МАв 0 


VCGRNT- 


RAS- 
| CAS3.0- 


OE- 





* These four signals are not tri-stated, but weakly held, and the coprocessor can drive them. 


Figure 147. Video coprocessor preempt operation 
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Chapter 10. Auxiliary Chip Control 


10.1. EEPROM Control 


The optional EEPROM is connected via two shared pins: 
CKSEL[2] and VCEN-. We use the РС slave protocol. The 
software sees three bits: CONFIG[66].VCEN, 


CONFIG[66].VCEN 


CONFIG[64].EEDAIN 


CONFIG[66].CKSEL[2] 
MISCOUTPUT.CS[2] 


CONFIG[65].MODESELECT 
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CONFIG[66].CKSEL[2], and CONFIG[64].EEDAIN. The 
circuit schematic for connecting them is shown in figure 


148 


CKSEL[2] 


External to Power 9100 


Internal to Power 9100 


Figure 148. EEPROM control schematic. 


10.2. Clock Synthesizer Control 


The Power 9100 directly supports programmable clock 
synthesizers such as the ICD2016A from IC Designs. This 
requires 2 output pins to drive: CKSEL[1..0]. The pins are 


CONFIG[66].CKSEL([2..0] 


MISCOUTPUT.CS[2..0] 


CONFIG[65].MODESELECT 


Internal to Power 9100 





driven directly by the miscellaneous output register (I/O 
port Ox3CC in emulation mode) or from the 
CONFIG[66]. CKSEL configuration bits in native mode. 


CKSEL[2..0] 


External to Power 9100 





Figure 149. Clock synthesizer control logic 
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10.3. BIOS Access 


Figure 150 shows the BIOS read cycle during the period 
when native mode is activated. It takes total of 8 memclk 
cycles to do one access. The last two cycles should provide 


MEMCLK 


ROMADDRo2. 16 Address 


— 


ROMEN- 


RAS- 


CAS3-9- 


FBDATA; о ММ 


enough data turn off time, which is typical for regular 
EPROMs. At 50 MHz, the Power 9100 will work with a 
120ns EPROM. 


ii iima s 


Figure 150. BIOS ROM Read cycle 
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Chapter 11. SVGA Overview 


11.1. SVGA Compatible Text/Graphics Engine 


Resetting the Power 9100 sets it to VGA-emulation mode. The Power 9100 supports all VGA modes, as shown іп fig- 
The Power 9100 is 100% VGA-compatible in this mode. ure 151. (None of these modes are Hercules-compatible 


When used as an SVGA, the Power 9100’s performance is did о ed 2. GOIBBSHDHID IS not 


comparable to other high-performance VGA controllers 


on the market. 

Name Cell Text Pages 
40 x 25 Alpha 360 x 400 
1 






Resolution 
(in pixels) 


Resolution 
Cols x Rows 


40 x 25 









со 


40 x 25 16/256K Alpha 320 x 200 
40 x 25 16/256K Alpha 320 x 350 


| 


40х25 16/256К Арна 360 х 400 
16/256К bw Арна 640 х 200 


ж 


Alpha 720 x 400 
Alpha 720 x 200 
Alpha 640 x 350 
Alpha 720 x 400 
Alpha 320 x 200 
Graph 320 x 200 
Graph 320 x 200 
Graph 640 x 200 














80 x 25 8x14 16/256K bw 


о 


+ 


* 


Qo 


— — — — 
© 
о 
х 
№ 
ол 


+ 





+ 
о 
х 

г 
oi 


| 



































| w 

8 
8х 16 2/256K 1 640 x 480 
8x 16 16/256K 1 640 x 480 
1 256/256K 1 320 x 200 


Figure 151. Standard VGA display modes. All these modes are supported by the Power 9100 SVGA Mode 
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11.2. Enhanced Display Modes 


Vertical Refresh Rates Frame Buffer DRAM32 
Screen Resolution i o Number of Display Colors * 50 MHz MEMCLK 


с S UU 


640х480 


640х480 16М 1МВ Yes 


800x600 56 to 60 256K Yes 


800x600 56 to 60 256 512K Yes 
800x600 56 to 60 32K 1MB 



















































Yes 




















| 8060 | 256K 
NN 512K Yes 
800x600 60 Hz max 1MB No 
1 | 1024x768 512K Yes 


1024x768 43.5 int 512K Yes 


Frame buffers sizes in parenthesis indicate the smallest frame buffer configuration allowed with this type memory chips. 


* 32K colors (15-bits per pixel) requires Hi-Color DACs and 16M colors (24-bits per pixel) requires true color DACs. 
Figure 152. Power 9100 enhanced modes and memory requirements 
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11.3. Signal Description, DRAM32 System 


Signal 
BLANK- 
СА501- 
СА523- 
DACRD- 
DACWR- 
HSYNC 
MA[8..0] 
MD[31..0] 
MEMCLK 
MWR[3..0]- 
PIXCLK 
НА501- 
НА523- 
ROMEN- 
SENSE 
VIDOUT[7..0] 
VIDOUTCLK Output 
VSYNC Output 


Figure 153. Signal description, DRAM32 configuration 


Type 
Output 
Output 
Output 
Output 
Output 
Output 
Output 
Ще) 
Input 
Output 
Input 
Output 
Output 
Output 
Input 
Output 
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Description 

Blanking period in progress 

Column-address strobe for planes 0 and 1 
Column-address strobe for planes 2 and 3 

DAC read 

DAC write 

Horizontal retrace in progress 

Multiplexed frame buffer address bus 

Frame buffer data bus - 

Memory clock 

Memory strobes for planes 0 through 3 

Video pixel clock input 

Row-address strobe for lower bank planes 0 and 1 
Row-address strobe for lower bank planes 2 and 3 
ROM enable 

SENSE signal from the RAMDAC 

Video data output 

Video pixel clock output 

Vertical retrace in progress 
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Chapter 12. SVGA Registers 


All documentation in the chapter applies only when the Power 9100 is functioning in SVGA emulation mode. 





12.1. WEITEK-Specific Registers 


The extra functionality of the Power 9100 iscontrolledby 12.1.1. POWER 9100 EXTENDED REGISTERS 
the Power 9100 extended registers, the Power 9100 ex- | : 

tended bits,anda Power 9100 additionall/O port. The ex- Figure 154 lists the extended Power 2100 registers. 
tended bit definitions are unused or reserved bits in exist- 

ing VGA registers. Also, one EGA bit is redefined for 


Power 9100 use. 
ЕИ | шы eae eee | 
Power 9100 Additional Sequencer Registers 
. Power 9100 Control Register 0 03C5 12.5.7 


... Power 9100 Control Register 1 03C5 12.5.8 
— 12.5.9 


Power 9100 Revision 03C5 
Power 9100 ID 03C5 (read) 12.5.10 
Power 9100 Miscellaneous 03C5 Read/Write - 12.5.11 


Power 9100 Output Control 03C5 12 Read/Write 12.5.12 


Power 9100 Additional Controller Registers 


Power 9100 Interlace 
Power 9100 Serial Start Address High 03x5 

Power 9100 Serial Start Address Low | 
Power 9100 Serial Offset 
Power 9100 Total Characters per Line 


Power 9100 Additional Attribute Registers 


` Power 9100 Overscan Color High 03C0/03C1 + | — | 12.8.8 


Power 9100 Additional CRT Registers 


Power 9100 Attributes states 03D5 4 | — | 12.6.32 


* = Lock protection provided by control register lock bit (Power 9100 miscellaneous register, bit 5) 
x = B hex in monochrome mode and D hex in color mode. | 


Figure 154. WEITEK-specific extended registers 






05 
06 
07 
10 











— 
-— 


12.6.27 
12.6.28 
12.6.29 
12.6.30 
12.6.31 
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12.1. WEITEK-Specific Registers, continued 


LOCKING AND UNLOCKING REGISTERS 


Locking and Unlocking. Except for the Power 9100 revi- 
sion register (which is always available), the Power 9100 
extended registers must be unlocked before they can be ac- 
cessed. Bit 5 of the Power 9100 miscellaneous register (see 
section 12.5.11) must be reset to zero to unlock the Power 
9100 extended registers using the following procedure: 


1. Disable interrupts 


Write to 3C5 with AL 


2. Write ПО 3C4 with 11 hex 
3. Write ПО 3C5 

4. Write I/O 3C5 

5. Read I/O 3C5 in AL 

6. Logical AND AL, DF hex 
fs 

8. 


Enable interrupts 


12.1.2. POWER 9100 ADDITIONAL I/O PORT 


The bank select register is an additional register that is ac- 
cessed at the port location shown in figure 155. 


[Name [Port Hex) [Section — 
Power 9100 Bank Select 03CD/03CD 12.4.10 


Figure 155. WEITEK-specific register at additional I/O 
port 


12.1.3. POWER 9100 EXTENDED BIT 
DEFINITIONS 


The extended bit definitions are unused or reserved bits in 
existing VGA registers and are always accessible. Fig- 
ure 156 lists the extended bits, the registers that contain 
the extended bits, and the register index for those registers. 


VGA Register | Bits | Register Index | Section | 


Sequencer index 3,4 



















Clocking mode 6,7 | Sequencer 01 


CRT controller 14 | 12.6.22 














CRT underline location | 7 


CRT cursor start posi- CRT controller ОА | 12.6.12 
tion 


vé 

CRT preset row scan 7 |СВТ controller 08 | 12.6.10 

Attribute mode control Attribute 10 12.8.8 
6,7 


Attribute color plane ЕШ Attribute 12 12.8.5 


enable 
Figure 156. WEITEK extended bit definitions 
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12.2. Register Groups 


12.2.1. VGA AND WEITEK REGISTER GROUPS 12.2.2. REGISTERS ORGANIZED BY GROUP 


The VGA and WEITEK register groups are presented in The VGA and WEITEK registers organized by group are 
figure 157. presented in the five-part figure 158. 


Color, monochrome |Read, write | VGA (Motherboard) 


ВЕ 
+ 


E 
[ЇЙ 









Сепега! 











= 
о 
№ 


Color, monochrome | Read, write | VGA (Adaptor) 


A 





ЗЕЕ 
O| N| > 


o оо 
ОО 
DIN 


w| о 
оо 
оо 
О 
O 
° 
9 
3 
° 
5 
© 
Š 
> 
б 
3 
Ф 
= 
Ф 
Y 
о. 
о 
2 
: 
< 
| 
M 
+ 


ЗЕ 
m > 


Sequencer 


CRT controller B4 


O 
O 
4+ 






| 
И fs [ous шата [Reo win [van S — Jr — 
ШС 


Figure 157. VGA/WEITEK register groups 


Co! Со) о 
ШЕ 
ол сл 


O 





Qo 
O 
т 









C 
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12.2. Register Groups, continued 


Access 
R 





index [access [Use [Resistor loo 

— [Read [iono Горива МВА feas | 
— [Wie [Mono [Feature conioiresiter МВА [12468 | 

3C2 — [Read Both | Input status 0 register 
E 
E 
= 
= 
E 










Seaton 







Miscellaneous output register 12.4.3 
VGA enable register (Motherboard) 12.4.7 
12.4.8 


DAC status register 
12.4.6 
12.4.3 


= 





Ң 
Feature control register 


ead Miscellaneous output register 





R 
R 










База 

ЗОА Read Color 
ER 
E d 
o0 


Power 9100 bank select register Power 9100 


VGA 













Input status 1 register 































Feature control register VGA 
46E8 VGA enable register (AT) VGA 

Sequencer 3C4 (ЕК В Sequencer index register 12.5.1 
3C5 R VGA 


Boh [nenga NGA [1252 | 
Both |Clocking mode register Both 


oth | Power 9100 control register 0 Power 9100 
Power 9100 control register 1 Power 9100 



























= 





S| 222222 


007 










00 





00 


о оо O| О 
2 


Figure 158. VGA/WEITEK registers organized by group (part 1 of 6) 
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12.2. Register Groups, continued 


полегати кот иш һас User. 


CRT controller 


Register 
CRT controller index register VGA 12.6.1 


3B5 оо  |RW |Мопо | Horizontal total register — . VGA 12.6.2 












Horizontal display enable end register 12.6.3 
Start horizontal blanking register 12.6.4 
End horizontal blanking register VGA 12.6.5 
Start horizontal retrace pulse register VGA 12.6.6 





12.6.7 

12.6.8 

12.6.9 

12.6.10 
12.6.11 
12.6.12 
12.6.13 
12.6.14 
12.6.15 
12.6.16 
12.6.17 
12.6.18 
12.6.19 
12.6.20 
12.6.21 
12.6.22 
12.6.23 
12.6.24 
12.6.25 
12.6.26 
12.6.27 
12.6.28 
12.6.29 
12.6.30 
12.6.31 





End horizontal retrace register 
Vertical total register 
Overflow register 


i i VGA 
i VGA 
i VGA 
VGA 
i VGA 
VGA 

V 


Cursor location high register 


Mono | Cursor location low register va 
< 
Manor 
Шай 
ELLE 
ШЕ 
ШЕЛ 


G 














A 
A 
A 





Power 9100 
Power 9100 
Power 9100 
Power 9100 


л D 2,2 D D DIDI 2.2 
448448448444 


Power 9100 serial start address high reg. 














=|Е 3 


= 


Power 9100 total characters per line reg. 
Figure 158. VGA/WEITEK registers organized by group (part 2 o 


Mono | Power 9100 serial start address low reg. 
Mono | Power 9100 serial offset register 
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12.2. Register Groups, continued 


[Register Group [Port [index 
CRT controller 304 |- | 


(continued) 3D5 





Register 


Color 






12.6.1 
12.6.2 
12.6.3 
12.6.4 


CRT controller index register VGA — | 
Color | Horizontal total register 
Color | Horizontal display enable end register 


Color | Start horizontal blanking register 


Color | End horizontal blanking register — 











Color | Start horizontal retrace pulse register 


Color | End horizontal retrace register 


Vertical total register 

Overflow register 

Preset row scan register 12.6.10 
вен 


Color |Maximum scan line register 


VGA 

VGA 

VGA 

VGA 

VGA 

VGA 
т 

Color | Cursor start register 

VGA 








VGA 


Color | Cursor end register 


Color | Start address high register 
Color | Start address low register 


Color {Cursor location high register 


i bh RR RR 
АНАА 











= 
O т 


Color | Cursor location low register 
Vertical retrace start register 
Vertical retrace end register 
Vertical display enable end register 
Offset register VGA 12.6.21 

Color | Underline location register Both 
Start vertical blank register 


Color | End vertical blank register 
































CRT mode control register 











VGA 
Color | Power 9100 interlace register Power 9100 | 12.6.27 


Color | Power 9100 serial start address high reg. | Power 9100 | 12.6.28 
Color | Power 9100 serial start address low reg. Power 9100 | 12.6.29 
Color | Power 9100 serial offset register Power 9100 | 12.6.30 


Color | Power 9100 total characters per line reg. Power 9100 |12.6.31 
Power 9100 | 12.6.32 


4 Power 9100 attributes state register 
Figure 158. VGA/WEITEK registers organized by group (part 3 of 6) 


Color | Line compare register 





ш Di D| D| Di Z D| D) ст 
2| 2| 2| 2| 2| 2| 2| 2| 2| 2| 2| 2| 2| 2| 2 
O 
о 
° 
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12.2. Register Groups, continued 


"авдаг Group “Троя [Inder 


Graphics controller 


t 


oth | Miscellaneous register VGA 


Reserved 


> 


Graphics mode register 








= 





Reserved 


LN 
LN 
LN 
6 
cm 
oo 
= 


Reserved 
Figure 158. VGA/WEITEK registers organized by group (part 4 of 6) 
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12.2. Register Groups, continued 


Register Group 


Attribute controller 






We Таа — m 
wt 
we 
Wie 
Wie 
Write Palette а 05 
Wie 
Hie 
we 
Both | Palette register OF 12.8.2 
Boh [Oversanconvolregster [vea 284 | 
Ne — 


Write Color select register 12.8.7 
Write Both | Power 9100 overscan color high register Power 9100 |12.8.8 


Figure 158. VGA/WEITEK registers organized by group (part 5 of 6) 


Sesion | 
12.8.2 





со 
Н 
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=| =| >| =| = =| © Q о о оо о| ој o 
л + | wo] rm] — o| m © > d о Bi] ом = 
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= 
Ф 
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12.2. Register Groups, continued 


cese [ыы À 
(continued 














ar 
12.8. 


12.8.2 
12.8.2 









о 
JE 


о о O| О| О 
N +| O N| = 






Palette register OB 
Both | Palette register OC 
A 


i VG 
Both | Palette register OF VG 12.8.2 
Both | Attribute mode control register Both 12.8.3 


VGA 
VGA 
VGA 
VGA 
VGA 
VGA 
VGA 
VGA 

GA 





VGA 
VGA 
VGA 
VGA 
VGA 

GA 






^" 


— O e o 












Figure 158. VGA/WEITEK registers organized by group (part 6 of 6) 
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12.3. Memory Map 






Um [Register С И 7 





о 
ЫҢ 


= | зо Q о о O| O O о о 
ре N Oo; A| о) го = 











General VGA enable register (Motherboard) 12.4.1 
102 Both | VGA enable register (Adaptor) 12.4.2 


VGA 


CRT controller index register 








Horizontal total register 


CRT controller R/W Mono 


CRT controller 
CRT controller 


CRT controller 


CRT controller 
CRT controller 


à 
E 




















Horizontal display enable end register 











Start horizontal blanking register 


|Mono | End horizontal blanking register 
| Mono | Start horizontal retrace pulse register 













End horizontal retrace register 


Vertical total register 





































> 
С) 
= 
+ 
° 

© 

э 

= 
е 
Ф 
= 


























O 
О 
= 
4 
о 
о 
= 
S 
° 




















Ti 
оо 
mom 
ке з 
Oj o 
O oO 
2) > 
= = 
се 
oio 
| хл 
bike 











Vertical retrace start register 





CRT controller R/W Mono 

R/W Vertical retrace end register 

| САТ controller — | RW |Mono | Vertical display enable end register 
Offset register 

WW мото [Underine recaton register _ 
|Mono | Start vertical blank register 

чи ewe ng Мо 
[CAT controler [AW [Mono [CRT mode contolregter [vea [126% 
[CAT controler [RAW Mono |tinecompareregster VGA 12020 
САТ controller [RW [Mono | Power 9100 interlace register Power 9100 
[CRT controller [RW |Mono | Power 9100 serial start address high reg. Power 9100 
[CRT controller [АЛМ |Mono | Power 9100 serial start address low reg. Power 9100 
CRT controller R/W Mono | Power 9100 serial offset register Power 9100 


Figure 159. VGA/WEITEK registers organized by I/O address (part 1 of 5) 
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12.3. Memory Map, continued 









Register 





General VGA 12.4.5 


Access use 
Read Mono 
General Write |Мопо | Feature control register VGA 12.4.6 


Input status 1 register 


A Attribute controller Both | Palette register ОА VGA 12.8.2 
Attribute controller Both | Palette register ОВ VGA 12.8.2 
Attribute controller Both | Palette register ОС VGA 12.8.2 
Attribute controller Write |Воћ | Palette register ОО VGA 12.8.2 
Attribute controller Both | Palette register OE VGA 12.8.2 
Attribute controller Both | Palette register OF VGA 12.8.2 
Attribute controller Both | Attribute mode control register Both 12.8.3 
Attribute controller Overscan control register VGA 12.8.4 
Attribute controller Color plane enable register Both 12.8.5 
Attribute controller Horizontal pixel panning register VGA 12.8.6 
Attribute controller Both | Color select register VGA 12.8.7 


Attribute controller Write Both | Power 9100 overscan color high register Power 9100 | 12.8.8 
Figure 159. VGA/WEITEK registers organized by I/O address (part 2 of 5) 


С 


3C0 Attribute controller Attribute index register VGA 12.8.1 
Attribute controller Both |Palette register 00 VGA 12.8.2 

1 Attribute controller Both |Palette register 01 VGA 12.8.2 
2 Attribute controller Both |Palette register 02 VGA 12.8.2 
3  |Attribute controller Both |Palette register 03 VGA 12.8.2 
Attribute controller Both |Palette register 04 VGA 12.8.2 
Attribute controller Both |Palette register 05 12.8.2 
Attribute controller Palette register 06 12.8.2 
Attribute controller ' Palette register 07 12.8.2 
Attribute controller Both | Palette register 08 12.8.2 
Attribute controller Both Palette register 09 | VGA 12.8.2 











т 


мраз ае e e eo oO}; O| O 
о) ы) O | N о ч 


O 
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12.3. Memory Map, continued 


[Pom [index [@roup [Access [Use [Register Jee 
i VGA 
VGA 
VGA 
VGA 






Sens 


— 









N 


Attribute controller Both |Palette register 02 
3 Attribute controller Both |Palette register 03 
Attribute controller Both i 
Attribute controller | Read Both 
Attribute controller | Read Both 
Attribute controller 
Attribute controller 
Attribute controller 
Attribute controller 
Attribute controller 
OC Attribute controller Both 
Attribute controller 
Attribute controller 
Attribute controller |Read Both 
Attribute controller | Read Both 
11 Attribute controller Both 
Attribute controller Both {Color plane enable register 
Attribute controller Both | Horizontal pixel panning register 
14 Attribute controller Both | Color select register VGA 
Attribute controller Both | Power 9100 overscan color high register Power 9100 
Both | Input status 0 register VGA 12.4.4 
Write Both | Miscellaneous output register VGA 12.4.3 
Both | УСА enable register (Motherboard) VGA 1247 


Figure 159. VGA/WEITEK registers organized by I/O address (part 3 of 5) 


















Palette register 05 






















Palette register 06 





Palette register 07 





Palette register 08 
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Palette register ОА 








Palette register ОВ 








Palette register OD 











Palette register ОЕ 





Palette register OF 









Attribute mode control register 





Overscan control register 
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12.3. Memory Map, continued 







Both | Character map select register VGA 
Both | Power 9100 control register 0 Power 9100 
R Both | Graphics index register Both 


Reserved 


12.5.1 
12.5.2 
12.5.3 
12.5.4 
12.5.5 
12.5.6 
12.5.7 
12.5.8 
12.5.9 
12.5.10 
12.5.11 
12.5.12 
12.4.8 
12.4.6 
12.4.3 
12.4.10 
12.7.1 
12.7.2 
12.7.3 
12.7.4 
12.7.5 
12.7.6 
12.7.7 
12.7.8 
12.7.9 
12.7.10 


Sequencer 





9) 


Sequencer 
Sequencer 


° 


02| © 
О 
=> 


Sequencer 


Sequencer 





Sequencer 


Sequencer 





Sequencer 


g 


Sequencer 


Sequencer 


т 


Sequencer 









Sequencer 


о UJj UJ 
S| 9/9 
т 


General 
С 
С 
С 
С 


С 


сә 
> 


General 


оз 
O 


m 
eo e o о ооо O| O = | —| © ооо | O o 


General 


со 
о 


General 


оз 


Graphics controller 








со 
т 


Graphics controller 


Graphics controller 


e 


= 
BB 


Graphics controller 


Graphics controller 


+ 


R 


с 


Graphics controller | 


00 


Graphics controller 


00 


Graphics controller 
Graphics controller 


Graphics controller 


(Reserved) 
Reserved) 


2 


eserved) 











2 


ШИ ЫЛДЫ ЫЫ lL 


eserved) Reserved 














(Reserved) Reserved 
(Reserved) Reserved 
(Reserved) Reserved 


Figure 159. VGA/WEITEK registers organized by I/O address (part 4 of 5) 
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12.3. Memory Map, continued 





ШШ! 


Color 
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Vertical retrace start register 





Vertical retrace end register 





Vertical display enable end register 
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End vertical blank register 
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Line compare register 
Power 9100 interlace register 
Power 9100 serial start address high reg. 
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olor |Input status 1 register VGA 12.4.5 
General Write Color | Feature control register 
R/W Both | VGA enable register (Adaptor) 

Figure 159. VGA/WEITEK registers organized by I/O address (part 5 of 5) 
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12.4. General Registers 


The general register group controls the timing interface be- 
tween the VGA hardware and the CPU, system memory, 


palette DAC, and monitor. 

VGA enable register (Motherboard) 
VGA enable register (Adaptor) 
С 







Register Type 
Standard VGA registers 









Miscellaneous output register 3CC (read) 12.4.3 
3C2 (write) 12.4.3 


Input status 0 register 3C2 (read) 12.4.4 
Input status 1 register 3BA (monochrome, read) 12.4.5 
3DA (color, read) 12.4.5 

















Feature control register 





Figure 160. General registers 
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12.4. General Registers, continued 


12.4.1. VGA ENABLE REGISTER 


The VGA enable register enables and disables the video I/ 
O and memory address decoding. The register at port 94 is 
used only in motherboard systems. 


REGISTER FORMAT 


. VGA Enable (microChannel) 


Port 94 


7 6 5 4 3 


2 1 0 


Meaning 
Reserved 
Video Subsystem Enable (VSES5) 
Reserved 
Video Subsystem Enable (VSE3) 
Reserved 





Figure 161. VGA enable register format 


FIELD DEFINITION 





Figure 162. VGA enable register fields 


REGISTER DESCRIPTION 


Port 102 is enabled only when bit 4 of address 46E8 is 1 
(for adaptor systems) and when bit 5 of address 94 is 0 


(for motherboard systems). Otherwise, port 102 remains 
locked. 


The Power 9100 enable logic for adaptor systems is pres- 
ented in figure 179 and the enable logic for motherboard 
systems is presented in figure 180. 


For motherboard configurations, the Power 9100 re- 
sponds to ports 3C3 and 94 only. For adapter configura- 
tions, the Power 9100 responds to address 46E8 and disre- 
gards any attempt to write to ports 3C3 or 94. 





12.4.2. VGA ENABLE REGISTER 


The VGA enable register enables and disables the video I/ 
O and memory address decoding. The register at port 102 
is used in both adaptor and motherboard systems. 


REGISTER FORMAT 


VGA Enable 


Port 102 


7 6 5 4 3 2 1 0 


Bit No. Meaning 
7..1 Reserved 
0 Video Subsystem Enable (VSE) 


Figure 163. VGA enable register format 


FIELD DEFINITION 














Figure 164. VGA enable register fields 


REGISTER DESCRIPTION 


Port 102 is enabled only when bit 4 of address 46E8 is 1 
(for adaptor systems) and when bit 5 of address 94 is 0 
(for motherboard systems). Otherwise, port 102 remains 


locked. 


The Power 9100 enable logic for adaptor systems is pres- 
ented in figure 179 and the enable logic for motherboard 
systems is presented in figure 180. 
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12.4. General Registers, continued 


12.4.3. MISCELLANEOUS OUTPUT REGISTER 


The miscellaneous output register controls sync pulse po- 
larity, clock frequency, CPU access, and emulation. 


REGISTER FORMAT 


Port 3CC (Read), 3C2 (Write) 


Miscellaneous Output 


1 0 


7 6 5 4 3 2 
[ver нер | ee | a | с | eR | oa 


Bit No. Meaning 

Vertical Sync Polarity (VSP) 
Horizontal Sync Polarity (HSP) 
Page Bit for Even/Odd (PB) 
Reserved 

Clock Select (CS) 

Enable RAM (ER) 
Input/Output Address (IOA) 





Figure 165. Miscellaneous output register format 


REGISTER DESCRIPTION 
All bits of this register are reset to 0 with a hardware reset. 


Bits 7 and 6 specify sync polarity to determine the scan rate 
in multifrequency monitors (see figure 166). 


Bits 3 and 2 select the video clock rate to establish the 
screen resolution and display type (monochrome or color) 
used. This field also selects one of the four configuration 
switches on the hardware board to let the software know 
the type of monitor used via the input status 0 register 
sense switch (SS) field (see figure 170). The reset register 
synchronous reset (SR) field of the sequencer registers 
group (see figure 189) must be 0 to change this field. 


Bit 0 determines the address location of the CRT controller 
index register of the CRT controller registers group (see 
figure 211). 
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Figure 166. Vertical size and sync polarity 





FIELD DEFINITION 


Meaning 








Positive vertical retrace sync pulse 








Negative vertical retrace sync pulse 





Positive horizontal retrace pulse 





Negative horizontal retrace pulse 


Low 64K memory page, diagnostic use in 
Odd/Even modes (0—5) 


High 64K memory page, diagnostic use in 
Odd/Even modes (0—5) 


25.175 MHz clock (640 horizontal pixels) | 


28.322 MHz clock (720 horizontal pixels) 
External clock from auxiliary video connec- 
tor (clock between 14.3 and 28.4 MHz) 


Disable video memory access from CPU 
Enable video memory access from CPU 


Monochrome emulation (CRTC addresses 
set to 3Bx, input status 1 register address 
set to 3BA) 


Color emulation (CRTC addresses set to 
3Dx, input status 1 register address set to 
3DA) 


Figure 167. Miscellaneous output register fields 
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12.4. General Registers, continued 


12.4.4. INPUT STATUS 0 REGISTER 


The input status 0 register monitors the status of the verti- 
cal retrace interrupt and senses the setting of the selected 
configuration switch on the hardware board. 


REGISTER FORMAT 


Input Status 0 Port 3C2 (Read) 


7 6 5 4 3 2 1 0 


Meaning 

CRT Interrupt (Cl) 
6..5 Reserved 

4 Switch Sense (SS) 
3..0 Reserved 


Bit No. 
7 


Figure 168. Input status 0 register format 





FIELD DEFINITION 


Vertical retrace interrupt is pending 


Vertical retrace interrupt is cleared 
Selected sense switch = OFF 





Selected sense switch = ON 
Figure 169. Input status 0 register fields 


REGISTER DESCRIPTION 


Bit 4 reports the status of the sense switch selected by the 
miscellaneous output register clock select (CS) field (see 
figure 170). This information is used by the software at 
power-on self-test to determine the type of display hard- 
ware (color or monochrome) being used. 


| 00 | Switch 1 | 320 or 640 columns (color) 


01 Switch 2 | 720 columns (monochrome) ` 





























10 Switch 3 | External clock (color) 


Figure 170. Sense switches 
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12.4. General Registers, continued 


12.4.5. INPUT STATUS 1 REGISTER 


The input status 1 register permits the software to examine 
the color outputs of the attribute controller and to syn- 
chronize updates with display retrace periods. 


REGISTER FORMAT 


Input Status 1 


Port 3DA/3BA (Read) 


7 6 5 4 3 2 1 0 


Meaning 

Reserved 

Diagnostic use (DU) 
Vertical Retrace (VR) 
Reserved 

Display Enable NOT (DE) 





Figure 171. Input status 1 register format 
FIELD DEFINITION 
Shows color outputs as specified 


by VSM field of color plane enable 
register (see figures 173 and 285) 


Video information is being dis- 


Vertical retrace interval 


Display is in display mode 


Horizontal or vertical retrace inter- 
val (real-time status of inverted 
display enable signal) 





Figure 172. Input status 1 register fields 
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REGISTER DESCRIPTION 


The video status mux (VSM) field of the color plane enable 
register in the attribute controller group controls the color 
output contents of bits 5 and 4 (see figures 173 and 285). 


Bits 3 and 0 are used together to synchronize software up- 
dates of the display with the horizontal and vertical retrace 
periods. Bit 3 can be programmed to interrupt the CPU on 
IRQ2 using the enable vertical interrupt (EVI) and clear 
vertical interrupt (CVI) fields of the vertical retrace end 
register in the CRT controllers group (see figure 240). 


su | ou [weaning O i 
0 
1 
0 
11 



















Color output P5 







Bit4 |Color output PO 
Bit 5 


Color output P3 


"раа e 
— ерес — — — 


Figure 173. Color output contents of diagnostic bits 


Display Status 





Color output P4 
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Figure 174. Retrace periods 


12.4. General Registers, continued 


12.4.6. FEATURE CONTROL REGISTER 


The feature control register selects the vertical sync output 
signal sent to the monitor. 


REGISTER FORMAT 


Feature Control 


Port 3CA (Read), 3DA/3BA (Write) 


7 6 5 4 3 2 1 о 


Bit No. Meaning 
7.4 Reserved 
3 Vertical Sync Select (VSS) 
2..0 Reserved 





Figure 175. Feature control register format 


FIELD DEFINITION 


Ое We Meg oo 
3 NE Normal vertical sync output 
| Not allowed 


Figure 176. Feature control register fields 







REGISTER DESCRIPTION 
Bit 3 must be set to 0 (see figure 176). 


12.4.7. VGA ENABLE REGISTER 


The VGA enable register enables and disables the video I/ 
O and memory address decoding. The register at port 3C3 
is used only in motherboard systems. 








REGISTER FORMAT 


Port 3C3 


VGA Enable (motherboard) 


7 6 5 4 3 2 1 0 


Bit No. Meaning 
7..1 Reserved 
0 Video Subsystem Enable (VSE) 


Figure 177. VGA enable register format 


FIELD DEFINITION 





Value | Meaning 









Disable video I/O and address decoding 









Enable video I/O and address decoding 
Figure 178. VGA enable register fields 








REGISTER DESCRIPTION 


The Power 9100 enable logic for adaptor systems is pres- 
ented in figure 179 and the enable logic for motherboard 
systems is presented in figure 180. 


46E8 (Hex) 102 (Hex) 
bit 4 bit 3 bit 0 


0“ 12 


46ЕВ (Нех) 


Power 9100 














Епа е“ 


“ Disable = any other combination 


Figure 179. Power 9100 enable logic for adaptor systems 


3C3 (Hex) | 102 (Hex) | 94 (Hex) 


bit 5 


94 (Hex) 
bit 3 


(ignored) 











Enable * 











* Disable = any other combination 











Figure 180. Power 9100 enable logic for motherboard sys- 
tems 
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12.4. General Registers, continued 


12.4.8. DAC STATUS REGISTER 


The DAC status register reflects whether the palette DAC 
is being read or written. 


REGISTER FORMAT 


DAC Status Port 3C7 (Read) 


7 6 5 4 3 2 1 0 


Meaning 
Reserved 
DAC State Value (STA) 


Figure 181. DAC status register format 


FIELD DEFINITION 





Figure 182. DAC status register fields 


REGISTER DESCRIPTION 
Bits 1 and 0 are located in the palette DAC. 
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12.4.9. VGA ENABLE REGISTER 


The VGA enable register enables and disables the video 1/ 
O and memory address decoding. The register at port 
46E8 is used only in adaptor systems. 


REGISTER FORMAT 


VGA Enable (adaptor) 


Port 46E8 
Meaning 


2 1 0 
Reserved 
Reserved 


Video Subsystem Enable (VSE) 
Reserved 


3 


Figure 183. VGA enable register format 


FIELD DEFINITION 


Disable video I/O and address decoding 


Enable video I/O and address decoding 


Disable video I/O and address decoding 
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Disable video 1/О and address decoding 
Figure 184. VGA enable register fields 


REGISTER DESCRIPTION 


Port 102 is enabled only when bit 4 of address 46Е8 is 1 
(for adaptor systems) and when bit 5 of address 94 is 0 
(for motherboard systems). Otherwise, port 102 remains 


locked. 


The Power 9100 enable logic for adaptor systems is pres- 
ented in figure 179 and the enable logic for motherboard 
systems is presented in figure 180. 


12.4. General Registers, continued 


12.4.10. POWER 9100 BANK SELECT REGISTER 


The Power 9100 bank select register provides the most sig- 
nificant four bits of the display memory address. 


REGISTER FORMAT 


Power 9100 Bank Select Port O3CD 


7 6 5 4 3 2 1 0 


. Read Bank/Bank 0 [3..0] Write Bank/Bank 1 [3..0] 


Meaning 


Read Bank/Bank 0 [3..0] (RBO) 
Write Bank/Bank 1 [3..0] (WB1) 





Figure 185. Power 9100 bank select register format 


FIELD DEFINITION 


Bits [7..4] are the read bank/bank 0 [3..0] bits. When the 
host address maps only the *A" segment to the display 
memory, if bank switching is enabled, these four bits pro- 
vide the most significant four bits of the 20-bit display 
memory address during read operations. When both the 
“A” and “B” segments are mapped, read or write accesses 
to the “A” segment will use this register to provide the 
most significant four bits of the display memory address. 


Bits [3..0] are the write bank/bank 1 [3..0] bits. When the 
host address maps only the *A" segment to the display 
memory, if bank switching is enabled, these four bits pro- 
vide the most significant four bits of the 20-bit display 
memory address during write operations. When both the 
“A” and *B" segments are mapped, read or write accesses 
to the “B” segment will use this register to provide the 
most significant four bits of the display memory address. 


REGISTER DESCRIPTION 


Refer to section 12.5.11, the Power 9100 miscellaneous 
register, for information about the bank switching enable 
bit. Note that this register is specific to the Power 9100 and 
is not a standard VGA register. 
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12.5. Sequencer Registers 


The sequencer register group controls the update sequence 
of display functions. These registers are accessed via the se- 
quence index register port at hex address 3C4 and the se- 
quencer data registers port at hex address 3С5. 


12.5.1. SEQUENCER INDEX REGISTER 


The sequencer index register provides the address index 
for the sequencer data registers and enables Power 9100 
additional registers in the general registers group. 


REGISTER FORMAT 


Port 3C4 


Sequencer Index 


7 6. 5 4 3 2 1 0 


Meaning 

Reserved 

Power 9100 Index High Bit (IHB) 
Reserved 

Standard VGA Index Bits (IB) 





Figure 186. Sequencer index register format 


REGISTER DESCRIPTION 


The index register is a pointer register which is located at 
address 03C4 hex. The value loaded in this register deter- 
mines which sequencer register is accessed when I/O oper- 
ations are performed by the host to address 03C5 hex. This 
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value is referred to as the index. In addition, the sequencer 
index register contains a bit which enables additional 
Power 9100 registers. 


Bits [7..5] are reserved. 
Bit 3 is reserved. 


Bits 4 and 2..0 together address the VGA and Power 9100 
extended registers in the sequencer registers group (see fig- 
ure 187). Bit 4 is the index high bit and is reserved in the 
standard VGA. Bits [2..0] are defined as in the standard 
VGA. | 


FIELD DEFINITION 










Register 


| Port [бор 

| tion 

100 [Memory moseregisier acs |1256 
| = 





E 
—— 


0 | Power 9100 control register 1 3C5 |12.5.8 
Power 9100 revision register 12.5.9 
Power 9100 ID (read) 3C5 1|12.5.10 


Power 9100 miscellaneous 
register 
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-.| — 
—_ | — 


e 
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Reserved 
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Power 9100 output control 
register 


xx | Reserved 


ure 187. Index field definition 
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12.5. Sequencer Registers, continued 


12.5.2. RESET REGISTER 


The reset register resets the VGA controller by causing a 
clear-and-halt condition to occur. 


REGISTER FORMAT 


Port 3C5, Seq Index 00 


7 6 5 4 3 2 1 0 


Bit No. Meaning 

7.2 Reserved 

1 Synchronous Reset (SR) 
0 Asynchronous Reset (AR) 


Figure 188. Reset register format 





FIELD DEFINITION 


Generate and hold the system in reset 





Release the reset 


Figure 189. Reset fields 


REGISTER DESCRIPTION 


Bit 1 must be 0 before changing the dot clock (DC) or 8/9 
dot clock (8/9) fields of the clocking mode register in the 
sequencer registers group (see figure 191), or the clock se- 
lect (CS) field of the miscellaneous output register in the 
general registers group (see figure 167). 


Using bit 0 to reset the VGA controller can cause a loss of 
memory contents. 
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12.5. Sequencer Registers, continued 


12.5.3. CLOCKING MODE REGISTER 


The clocking mode register configures the sequencer tim- 
ing circuits. 


REGISTER FORMAT 


Clocking Mode 


Port 3C5, Seq Index 01 


Meaning 

Power 9100 Disable Serial Planes 1 & 3 (DSP13) 
Power 9100 Memory Page Mode Disable (MPMD) 
Screen Off (SO) 

Shift Four (S4) 

Dot Clock (DC) 

Shift Load (SL) 

Reserved 

8/9 Dot Clocks (8/9) 


O — N G + Q O м 





Figure 190. Clocking mode register format 


FIELD DEFINITION 


Value 












Power 9100 input to planes 1 & 3 enabled 





Power 9100 input to planes 1 & 3 dis- 
abled 


Power 9100 page mode access enabled 


1 Power 9100 page mode access disabled 





Normal screen operation 





Video screen off, maximum memory 
bandwidth assigned to CPU 


Load serializers every character clock 


— 


— 


Load serializers every fourth clock 





Set dot clock to master clock frequency 


Divide master clock by 2 for dot clock for 
use with 320 and 360 horizontal pixel 
modes 


Load serializers every character clock 





1 . |Load serializers every other clock 
= Character clocks are 8 dots wide 


Figure 191. Clocking mode register fields 








Character clocks are 9 dots wide 
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REGISTER DESCRIPTION 


'This memory and video control read/write register is ac- 
cessed through location 03C5 hex when the index field of 
the sequencer index register is set to 01. In the standard 
VGA, bits [6..7] are reserved. In the Power 9100, these bits 
(DSP13 and MPMD) have specific meanings as follows: 


1. The DSP13 field should be set in overlap modes when 
graphics planes are chained together to create two 
long graphics planes. Bit 7 is the disable serial planes 1 
and 3 bit. When this bit is set to 1, the serial input of 
planes 1 and 3 is disabled. 


2. The MPMD field should be set only for non-page- 
mode VRAMs and DRAMs. Bit 6 is the memory page 
mode disable bit. When this bit is set to 1, page mode 
accesses to the frame buffer DRAM/VRAM are dis- 
abled. This bit should be set only for non-page-mode 
VRAM/DRAM. 


Bits [5..0] are defined as in the standard VGA. 


Bits 4 and 2 together control the loading of the VGA video 
serializers (see figure 192). 


Bit 3 affects all other timings because they are derived from 
the dot clock. 


The horizontal total register in the CRT controller regis- 
ters group uses bit 0 to specify the character width in pixels 
for graphics modes (see figure 214). 


The reset register synchronous reset (SR) field of the se- 
quencer registers group (see figure 189) must be 0 before 
changing bits 3 or 0. 


| Bit4 | Bit2 [Serializer Load ^ Resolution — | 
ЕЕЕ Every character clock 
_0 | 1 |[Everyotherclock ^ |360dots/ine | 
BENE AE 











Every fourth clock 180 dots/line 
1 Every fourth clock 180 dots/line 


Figure 192. Serializer fields 
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12.5. Sequencer Registers, continued 


12.5.4. MAP MASK REGISTER 


The map mask register enables CPU writing to the four 
display memory planes. 


REGISTER FORMAT 


Port 3C5, Seq Index 02 


5 4 3 2 1 0 
|00 төш es | ewe | ewn | evo 


Meaning 
Reserved 
Mask Memory Plane 3 (ЕМЗ) 
Mask Memory Plane 2 (EM2) 
Mask Memory Plane 1 (EM1) 
Mask Memory Plane 0 (EMO) 





Figure 193. Map mask register format 


FIELD DEFINITION 


Memory plane 2 enabled 


Memory plane 0 disabled 
1 Memory plane 0 enabled 


Figure 194. Map mask register fields 









Value 


1 
1 
1 
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REGISTER DESCRIPTION 


The chain four (C4) field of the memory mode register (see 
figure 200) controls display memory bit plane access. In 
write modes, the display plane is selected normally by bits 
3..0. In read modes, the active bit plane is selected normal- 
ly by the read map select (RMS) field of the read map select 
register in the graphics controller registers group (see fig- 
ure 267). 


When bits 3..0 areset to a value of all 1's, the CPU can per- 
form a 32-bit write operation in one memory cycle to en- 
hance scrolling operations. In odd/even modes, bits 1 and 
О should have the same map mask value and bits 3 and 2 
should have the same map mask value. All maps should be 
enabled when chain mode 4 is selected. 


12.5. Sequencer Registers, continued 


12.5.5. CHARACTER MAP SELECT REGISTER 


The character map select register permits up to 512 char- 
acters to be displayed simultaneously. 


REGISTER FORMAT 


Port 3C5, Seq Index 03 


Character Map Select 


7 6 5 4 3 2 1 0 


Meaning 

Reserved 

Select Char Generator A, High Order (SAH) 
Select Char Generator B, High Order (SBH) 
Select Character Generator A (SA) 

Select Character Generator B (SB) 


Figure 195. Character map select register format 
FIELD DEFINITION 


Character Table 
1 


Address Offset 








o 


G | — 
о 
N 


+ 
со 
А 





а оо 
D| °| А ° 
А ALA 


[cl 
pul 
Lom 
MEE ws 





Figure 196. SAH and SA fields 
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Тва [Bie 1.0 | Character Table 


1 









Address Offset 
2 


7 40K 
56K 


1 
Figure 197. SBH and SB fields 


NON 
10 
11 
E 








REGISTER DESCRIPTION 


Bits 5..0 and attribute byte together determine the appear- 
ance ofthe displayed text (see figure 198). When bits 5 and 
3..2 andbits 4 and 1..0 superfields have identical contents, 
the system uses bit 3 of the attribute byte to select the fore- 
ground colors. When these two superfields are different, 
the system uses bit 3 of the attribute byte to select a charac- 
ter generator. 


Standard 
foreground colors 
Bit 3 Intensified 
foreground colors 
i Character gen B 


Condition Attribute Byte 


Bits 5 and 3..2 = 
bits 4 and 1..0 





Bits 5 and 3..2 # 
bits 4 and 1..0 





= 1 
Bit 3 = 0 
=1 


Character gen А 


Figure 198. Color and character generator selection 
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12.5. Sequencer Registers, continued 


12.5.6. MEMORY MODE REGISTER 
The memory mode register controls the way display 


memory functions. 


REGISTER FORMAT 





0 
1 
EN 
3 


Figure 201. Memory mode when bit 3 = 1 


Memory Mode Port 3C5, Seq Index 04 


7 6 5 4 3 2 1 0 


REGISTER DESCRIPTION 
Reserved C4 | O/E 6 . ; : 
(тшш oe El Bit 3 controls display memory bit plane access. In write 


modes, the display plane is selected normally by the 
Meaning ЕМЗ..ЕМО fields of the map mask register (see figure 194). 
Reserved In read modes, the active bit plane is selected normally by 
Chain Four (C4) the read map select (RMS) field of the read map select reg- 


Odd/Even (O/E) ister in the graphics controller registers group (see fig- 
Extended Memory (EM) ure 267) 


Reserved (VGA, Power 9100) 

Bit 2 of the memory mode register must be the complement 
of the O/E field of the graphics mode register in the graph- 
ics controller registers group (see figure 269). 





Figure 199. Memory mode register format Bit 0 of the memory mode register is reserved, as in the 
standard VGA. 


FIELD DEFINITION 


Display planes selected by map mask and 
read map select registers (see figure 194) 


Display planes selected by low-order A1 
and AO address bits (see figure 201) 


Odd (maps 1 and 3) and even (maps 0 and 
2) addressing mode enabled 


Sequential addressing mode enabled 


No extended memory present (display 
memory less than 64 KB) 


Extended memory present (display memory 
greater than 64 KB) 


Figure 200. Memory mode register fields 
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12.5. Sequencer Registers, continued 


12.5.7. POWER 9100 CONTROL REGISTER 0 


The Power 9100 control register 0 determines character 
width and the order of memory displays. 


The Power 9100 control register 0 must be unlocked be- 
fore it can be accessed. See section 12.1.1 for more infor- 
mation. 


REGISTER FORMAT 


Power 9100 
Control Register 0 


5 4 3 2 1 0 


Рой 03C5 Seq Index 05 





Meaning 


Dual Video Start Addr/Offset Enable (DVSAE) 
Bit Order (BO) 

Odd Character Width Mode (OCWM) 

CPU Divide 2 (CPUD2) 

Interlace (IL) 

Serial Video Start Address Bit 17 (SVS17) 
Character Length (CL) 





Figure 202. Power 9100 control register 0 format 


FIELD DEFINITION 


Bits [0..1] are the character width high bits. These are used 
in conjunction with the sequencer clocking mode register 
(SCMR) bit 0 to define the width of a character in pixels 
according to figure 203. 


Bit 2 is serial video start address bit 16. This is the most 
significant bit of the 17-bit serial video start address regis- 
ter. The serial video start address consists of the serial vid- 
eo start address low register (bits [7..0]), the serial video 
start high register (bits [15..8]) and bit 2 of this register (bit 
16). A seventeen bit start address enables the serial video 
frame buffer to start anywhere within the first 512 K of 
video memory. 


Bit 3 is the interlace bit. When this bit is set, interlace mode 
is used for all modes of operation. 


Bit 4 is the CPU divide 2 bit. When this bit is set to 1, it 
enables the CPU divide 2 mode. In this mode, the entire 
16-bit CPU memory address is shifted down by one bit so 
that A[16..1] is mapped to MA[15..0]. A[O] is used to select 
either maps 0 and 1 or maps 2 and 3. In the Power 9100, 
MA[16] is provided by host A[17]. 
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Bit 5 is the odd character width mode bit. When this bit is 
clear and the Power 9100 is programmed to generate char- 
acters of odd width, then the last pixel of the character is 
determined by the character code and bit 2 of the attribute 
mode control register (see figure 282) as іп standard VGA. 
When this bit is set, the last pixel of the character always 
comes from the font data. 


Bit 6 indicates bit order. When this bit is reset to 0, bit 7 is | 
displayed first; this is the IBM bit order. When this bit is set 
to 1, bit 0 is displayed first. 


Bit 7 is the dual video start address/offset enable bit and is 
used only in applications where sufficient VRAM to store 
two frame buffers is installed. One of the two frame buff- 
ers is an alphanumeric or graphics frame buffer whose 
start address and offset are specified by the usual CRT con- 
troller registers. The second frame buffer is a graphics 
frame buffer whose start address and offset is specified by 
the serial video start address and serial video offset regis- 
ters. This mode is used for the Power 9100 overlapping 
text and graphics modes of operation and is used in the 
8-bit planar graphics mode. 


Also, when bit 7 is set, the standard horizontal display en- 
able end register displays the total number of graphics pix- 
els in a scan line, and the Power 9100 characters per line 
register specifies the total number of characters per scan 
line. 


When this bit is 0, only the standard set of CRT controller 
registers is used for either VRAM or DRAM applications. 


REGISTER DESCRIPTION 


This video control read/write register is accessed through 
location 03C5 hex when the index field of the sequencer 
index register is 05. After a reset, this register is initialized 
to a value of 01. 





Figure 203. Character length 


12.5. Sequencer Registers, continued 


12.5.8. POWER 9100 CONTROL REGISTER 1 


The Power 9100 control register 1 provides the display 
mode and memory plane parameters. 


The Power 9100 control register 1 must be unlocked be- 
fore it can be accessed. See section 12.1.1 for more infor- 
mation. 


REGISTER FORMAT 


Power 9100 Port 03C5 


Control Register 1 


6 5 4 3 2 1 0 


Meaning 

Real-Time Video Load Inhibit (RTVL1) 
Reserved 

Alpha Page Mode Enable (APME) 
Half Bit Shift Enable (HBSE) 

Power 9100 Attributes (BSE) 
Overlapping Planes Enable (OPE) 
Reserved 

DRAM Port Inhibit (DPI) 


Seq Index 06 


Bit No. 


7 
6 
5 
4 
3 
2 
1 
0 





Figure 204. Power 9100 control register 1 format 


FIELD DEFINITION 


Bit 7 is the real-time video load inhibit bit. In applications 
which use the serial output port of VRAM as a source of 
graphics data, the VRAM internal shift register is loaded 
during the horizontal blanking period. Also, in modes 
where the VRAM internal shift register does not hold an 
integral number of video lines, it is also necessary to reload 
the shift register during the active line period. When the 
real-time video load inhibit bit is set to 1, shift register re- 
loading is inhibited during the active line period. This bit 
should be set only when there is an integral number of lines 
in the shift register (that is, 1024 pixels per line). Setting 
this bit provides a small increase in host-to-VRAM band- 
width. 


Bit 6 is reserved. This bit should be set to 0. 


Bit 5 is the alpha page mode enable bit. When this bit is set 
to 1, the memory address bits [4..0] and [12..8] are 
swapped during a video refresh font data fetch. This al- 
lows page-mode accesses to be used by assuring that all 
font data fetches occurring during a scan line access the 


same page of dynamic RAM. The system software must 
compensate for the memory address bit swapping when 
loading the fonts. Note that the memory controller is de- 
signed to use page mode whenever possible. 


Bit 4 is the half-bit shift enable bit. When this bit is set to 1, 
bit 14 of the character font indicates half-bit shift and 
causes the character pixel row to be shifted half a pixel to 
the right. 


Bit 3 isthe Power 9100 attributes bit. When this bit is set to 
1, the special Power 9100 attributes are used. The attrib- 
ute byte is defined according to the figure 205. 


Bit 2 is the overlapping planes enable bit. When this bit is 
set to 1, the character video stream derived from the paral- 
lel VRAM port is superimposed on the graphics video 
stream derived from the serial VRAM port. This mode ap- 
plies only to implementations which use VRAM. 


Bit 1 is reserved. 


Bit 0 is the DRAM port inhibit bit. When this bit is reset to 
0, the DRAM port is always enabled. When this bit is set to 
1, the Power 9100 automatically disables the DRAM port 
and uses the VRAM port whenever the mode of operation 
allows for VRAM operation. 


REGISTER DESCRIPTION 


This video control read/write register is accessed though 
location 03C5 hex when the index field of the sequencer 
index register is set to 06. After a reset, this register is ini- 
tialized to a value of 01. The BSE field enables the Power 
9100 struck through position (STP) field of the cursor 
start register in the CRT controller registers group (see fig- 
ure 231). 


[WW 00 
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Color 1 
7 Color 2 
Figure 205. Power 9100 Attributes 
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12.5. Sequencer Registers, continued 


12.5.9. POWER 9100 REVISION REGISTER 


The Power 9100 revision register provides device identifi- 
cation and revision level for the SVGA portion of the Pow- 
er 9100. 


REGISTER FORMAT 


Power 9100 Revision Port 03C5 


Seq Index 07 


-.. Revision Level 





Meaning 


Device ID (DID) 
Reserved 
Revision Level (RL) 





Figure 206. Power 9100 BIOS ROM status register format 


FIELD DEFINITION 


Bits [7..5] are the device id bits. These bits identify the de- 
vice. This field is 010 for the Power 9100 


Bits [4..3] are reserved for WEITEK use. This field may 
contain any combination of bits, as determined by 


WEITEK. 


Bits [2..0] are the revision level bits. These bits identify the 
revision level of the device. This field is reserved for 


WEITEK use, and may contain any combination of bits, as 
determined by WEITEK. 


REGISTER DESCRIPTION 


This host I/O read-only register is accessed through loca- 
tion 03C5 hex when the index field of the sequencer index 
register is 07 hex. Note that this register is specific to the 
Power 9100 and is not a standard VGA register. 
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12.5.10. POWER 9100 ID REGISTER 
The Power 9100 ID register is a read-only register. 


Power 9100 
ID Register 


Port 03C5 (Read) Seq Index 10 


7 3 2 1 0 


6 5 4 


Вїї Мо. 
7.4 
6..0 


Meaning 
ID Bits 
Reserved 


Figure 207. ID register 


This read-only register is accessed through location 03C5 
hex when the index field of the sequencer address register 
is 10 hex. Note that this register is specific to the Power 
9100 and is not a standard VGA register. 


Bits [7..4] are always 0101. 


Bits [3..0] are reserved. 


REGISTER DESCRIPTION 


This host I/O write-only register is accessed through loca- 
tion 03C5 hex when the index field of the sequencer index 
register is 10 hex. This register is only accessible at this lo- 
cation on the Power 9100. Note that this register is specific 
to the Power 9100 and is not a standard VGA register. 





12.5. Sequencer Registers, continued 


12.5.11. POWER 9100 MISCELLANEOUS REGISTER 


The Power 9100 miscellaneous register controls the host 
I/O read/write interface. 


The Power 9100 miscellaneous register must be unlocked 
before it can be accessed. See section 12.1.1 for more in- 
formation. 


REGISTER FORMAT 


Power 9100 


Port 03C5, Seq Index 11 
Miscellaneous 


Meaning 

This field must always be set to a 1. 
Bank Switching Enable (BSE) 

Power 9100 Control Register Lock (CRL) 
This field must always be set to a 1. 

This field must always be set to a 1. 
BIOS ROM Enable (BRE) 

Reserved, set to a 1. 

Reserved, set to a 0. 


7 
6 
5 
4 
3 
2 2 
1 
0 





Figure 208. Power 9100 miscellaneous register format 


FIELD DEFINITION 


Bit 6 is the bank switching enable bit. When this bit is reset 
to 0 and the address mapping is “A” segment or “A and B” 
segments, the four most-significant bits of the 20-bit frame 
buffer address are provided by the bank select register, as 


defined in the bank select register description. When this 
bit is set to 1, address mapping is disabled. 


Bit 5 is the Power 9100 control register lock bit. When set 
to 1, the Power 9100 extended registers (except for the 
Power 9100 revision register), as shown in figure 209, are 
read and write protected. When this bit is 0, these registers 
can be accessed. Upon reset, this bit is set to 1. To unlock 
the Power 9100 miscellaneous register, see section 12.1.1. 


Bit 2 isthe BIOS ROM enable bit. When this bit is reset to 
0, the external BIOS ROM is disabled. When this bit is set 
to 1, the external BIOS ROM is enabled and responds to 
addresses xC0000 hex to xC7FFF hex. On reset, this bit is 
equal to 1. 


REGISTER DESCRIPTION 


This host I/O read/write register is accessed through loca- 
tion 03C5 hex when the index field of the sequencer index 
register is 11 hex. This register is only accessible at this lo- 
cation on the Power 9100. Note that this register is specific 
to the Power 9100 and is not a standard VGA register. It is 
set to FF hex by RESET. 





Name 
Power 9100 Control Register O 
Power 9100 Control Register 1 
BIOS ROM Status 





Port (Hex) 

03C5 05 
03C5 06 
Power 9100 Miscellaneous 


03C5 
Power 9100 Output Control 


Figure 209. Registers affected by control register lock bit 


Index (Hex) 
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12.5. Sequencer Registers, continued 


12.5.12. POWER 9100 OUTPUT CONTROL REGISTER 


The Power 9100 output control register causes the least 
significant 8-bit AT bus data to be clocked into an off-chip 
register for the purpose of controlling other peripherals. 


The Power 9100 output control register must be unlocked 
before it can be accessed. See section 12.1.1 for more in- 
formation. 


REGISTER FORMAT 


Power 9100 


Port 03C5, Seq Index 12 
Output Control 


Meaning 


User Defined (UD) 





Figure 210. Power 9100 output control register format 


FIELD DEFINITION 


Bits [7..0] are user defined. This register is implemented 
on-chip for purposes of read back only. Accessing this reg- 
ister causes the Power 9100 output signal MISCWR- to be 
asserted. This signal should be used to clock the data on 
the 8 least significant AT bus data lines into an off-chip 
register for the purpose of controlling of chip peripherals. 
The Power 9100 asserts the MISCWRc- signal when it de- 
tects a write to either address ОЗС5 when the sequencer ad- 
dress register is 12 hex or address 03C2 hex (the standard 
VGA miscellaneous output register). The WEITEK 
supplied Power 9100 BIOS accesses this register. When us- 
ing the Power 9100 BIOS, do not define another use for 
this register. 


REGISTER DESCRIPTION 


This host I/O read/write register is accessed through loca- 
tion 03C5 hex when the index field of the sequencer index 
register is 12 hex. Note that this register is specific to the 
Power 9100 and is not a standard VGA register. This regis- 
ter is only accessible at this location on the Power 9100. 
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12.6. CRT Controller Registers 


The CRT controller register group define the raster dis- 
play. In color systems, these registers are accessed via the 
CRT controller index register port at hex address 3D4 and 
the CRT controller data registers port at hex address 3DS. 
In monochrome systems, these register ports are at hex ad- 
dress 3B4 and hex address 3B5, respectively. 


12.6.1. CRT CONTROLLER INDEX REGISTER 


The CRT controller index register provides the address in- 
dex for the CRT controller registers. 


REGISTER FORMAT 


Port 3D4/3B4 


CRT Controller Index 


7 6 


Bit No. 
7..6 
5..0 


Meaning 
Reserved 
CRT Controller Register Index (CRT) 


Figure 211. CRT controller index register format 


REGISTER DESCRIPTION 


The input/output address (IOA) field of the miscellaneous 
output register of the general registers group (see fig- 
ure 167) determines whether the CRT controller index 
register is located at address 3B4 (monochrome emula- 
tion) or 3D4 (color emulation). 


Note that in the VGA specification, bit 5 is specified as a 
chip test bit that must be set to zero. In order to access the 
VGA hidden register at index 24, this bit must be set to 
one. 
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FIELD DEFINITION 


Regster [Section | 
Horizontal total register 12.6.2 
Horizontal display enable end register | 12.6.3 

i i 12.6.4 











01 
02 | Зап horizontal blanking register 











e 
C 


End horizontal blanking register 








e 
ы 


Start horizontal retrace pulse register 








e 


A =>] ° ° 
o|m 


о 


End horizontal retrace register 












Vertical total register 








м 


Overflow register 
12.6.10 


Preset row scan register 6. 
Maximum scan line register 12.6.11 








Cursor start register 12.6.12 
Start address high register 12.6.14 


Cursor location high register 


0A 
ос 














Cursor location low register 12.6.17 












Vertical retrace start register 





-— 
-— 


Vertical retrace end register 










= 
N 


Vertical display enable end register 





оз 


Offset register 











Underline location register 
Start vertical blank register 12.6.23 
Line compare register 12.6.26 


Power 9100 serial start address high 12.6.28 













Power 9100 serial start address low 12.6.29 
register 


Power 9100 serial offset register 12.6.30 


Power 9100 total characters per line 12.6.31 
register 


Power 9100 attributes state HA. 


Figure 212. Bits 4..0 field definition 


14 
15 
16 
i7 
18 
19 
1A 
1B 
1C 
1D 
24 


12.6. CRT Controller Registers, continued 
12.6.2. HORIZONTAL TOTAL REGISTER 


The horizontal total register determines the total horizon- 
tal scan time, including active display and retrace. 


REGISTER FORMAT 


Port 3D5/3B5, CRT Index 00 


Horizontal Total 


Bit No. Meaning 
7..0 .. Horizontal Total (HT) 





Figure 213. Horizontal total register format 


FIELD DEFINITION 
The value loaded into the HT field is the total horizontal 
character count per line minus 5. 


HT = horizontal character total — 5 


REGISTER DESCRIPTION 


The horizontal total field and the horizontal character 
counter internal to the CRT controller together determine 
the total horizontal scan time (see figure 214). All horizon- 
tal and vertical timing is based on character clock inputs to 
this register. 


|Мойе | Horizontal Character Counter 


Text Incremented after each character is output to 
the screen 


Reset after reaching value in horizontal total 
register 


Graphics | Incremented every 8 or 9 pixels as specified in 
8/9 field of clocking mode register (see figure 
|191) 
Reset after reaching value in horizontal total 
register 


Figure 214. Determining horizontal scan time 











POWER 9100 GRAPHICS 
CONTROLLER 


. PRELIMINARY DATA 
November 1993 


12.6.3. HORIZONTAL DISPLAY ENABLE END 
REGISTER 


The horizontal display enable end register determines the 
number of characters on a horizontal line. 


REGISTER FORMAT 


Port 3D5/3B5, CRT Index 01 


Horizontal Display 
Enable End 


Bit No. Meaning 
7..0 Horizontal Display Enable (HDE) 


Figure 215. Horizontal display enable end register format 


FIELD DEFINITION 


The value loaded into the horizontal display enable (HDE) 
field is the number of displayed characters on a horizontal 
scan line minus one. 


HDE = number. of displayed characters — 1 


REGISTER DESCRIPTION 


The horizontal display enable field defines the length of 
the horizontal display enable signal. 
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12.6. CRT Controller Registers, continued 


12.6.4. START HORIZONTAL BLANKING 
REGISTER 


The start horizontal blanking register determines the start 
of the horizontal blanking period. 


REGISTER FORMAT 


Start Horizontal 
Blanking 


Port 3D5/3B5, CRT Index 02 


Bit No. Meaning 
7..0 Start Horizontal Blanking (SHB) 





Figure 216. Start Horizontal Blanking Register 


FIELD DEFINITION 


The value loaded into the start horizontal blanking field is 
the value of the horizontal character counter at the time 
the horizontal blanking period should begin. 


REGISTER DESCRIPTION 


The horizontal blanking signal stops the display of data 
during horizontal CRT refresh. The start horizontal 
blanking field is used by the end horizontal blanking 
(EHB) field of the end horizontal blanking register (see fig- 
ure 218). 





12.6.5. END HORIZONTAL BLANKING 
REGISTER | 


The end horizontal blanking register determines the end of 
the horizontal blanking period. 


REGISTER FORMAT 


End Horizontal 
Blanking 


Port 3D5/3B5, CRT Index 03 


Meaning 

Chip Testing Bit (must be set to 1) 
Display Enable Skew (DES) 

End Horizontal Blanking (EHB) 





Figure 217. End Horizontal Blanking Register 


FIELD DEFINITION 


[Si [Value [Weaning  _ 
6..5 K Character clock skew = 0 
Character clock skew = 1 








1 
10 | Сһагасіег clock skew = 2 
11 Character clock skew = 3 
End of horizontal blanking period 


Figure 218. End horizontal blanking register fields 








REGISTER DESCRIPTION 


Bits 6 and 5 contain the six least-significant-bit value of the 
horizontal character counter when the horizontal blank- 
ing interval is to become inactive according to the follow- 
ing formula: 


EHB = SHB + blanking signal width 


The start horizontal blanking (SHB) field is located in the 
start horizontal blanking register (see figure 216) and the 
blanking signal width is in character clock units. A sixth 
end horizontal blanking bit is located in the EHB field of 
the end horizontal retrace register (see figure 221). 
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12.6. CRT Controller Registers, continued 


12.6.6. START HORIZONTAL RETRACE PULSE 
REGISTER 

The start horizontal retrace pulse register determines the 
start of the horizontal retrace period. 


REGISTER FORMAT 


Start Horizontal 
Retrace Pulse 


Port 3D5/3B5, CRT Index 04 


Bit No. Meaning 
7..0 Start Horizontal Retrace Pulse (SHR) 





Figure 219. Start horizontal retrace pulse register format 


FIELD DEFINITION 


The value loaded into the start horizontal retrace field is 
the value of the horizontal character counter at the time 
the horizontal retrace period should begin. 


REGISTER DESCRIPTION 


The start horizontal retrace field is used to center the 
screen horizontally and is used by the end horizontal re- 
trace (EHR) field of the end horizontal retrace register (see 
figure 221). 
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12.6.7. END HORIZONTAL RETRACE 
REGISTER 


The end horizontal retrace register determines the end of 
the horizontal retrace period. 


REGISTER FORMAT 


Port 3D5/3B5, CRT Index 05 


End Horizontal 
Retrace register 


Meaning 

End Horizontal Blanking (EHB) 
Horizontal Retrace Delay (HRD) 
End Horizontal Retrace (EHR) 


Figure 220. End horizontal retrace register format 


FIELD DEFINITION 


The sixth bit the the EHB field in the end 
horizontal blanking register (see figure 218) 





Horizontal retrace delay = 0 


Horizontal retrace delay = 1 


01 
10 | Horizontal retrace delay = 2 
11 | Horizontal retrace delay = З 


4..0 End of horizontal retrace period 
Figure 221. End horizontal retrace register fields 





REGISTER DESCRIPTION 


Bits 4..0 contain the five least-significant-bit value of the 
horizontal character counter when the horizontal retrace 
signal is to become inactive according to the formula: 


EHR = SHR + retrace. signal. width 


The start horizontal retrace (SHR) field is located in the 
start horizontal retrace pulse register (see figure 219) and 
the retrace signal width is in character clock units. A sixth 
end horizontal retrace bit is located in the EHB field of the 
end horizontal retrace register (see figure 221). 
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12.6. CRT Controller Registers, continued 
12.6.8. VERTICAL TOTAL REGISTER 


The vertical total register determines the total number of 
vertical scan lines on the monitor. 


REGISTER FORMAT 


Vertical Total Port 3D5/3B5, CRT Index 06 


Bit No. 


Meaning 
7..0 Vertical Total (VT) 





Figure 222. Vertical total register format 


FIELD DEFINITION 


The value loaded into the vertical total field is the total 
horizontal line count per screen minus two. 


VT = vertical_retrace + horizontal_scan_lines — 2 


REGISTER DESCRIPTION 


The ninth and tenth vertical total bits are located in the VT 
and VT1 fields of the overflow scan register (see figure 


224). 
12.6.9. OVERFLOW REGISTER 


The overflow register supplies the higher-order bits for 
several of the CRT controller registers. 
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REGISTER FORMAT 


Port 3D5/3B5, CRT Index 07 


Overflow 


7 6 5 4 3 2 1 0 


Bit No. Meaning 

Vertical Retrace Start Bit 9 (VRS) 
Vertical Display Enable End Bit 9 (VDE) 
Vertical Total Bit 9 (VT1) 

Line Compare Bit 8 (LC) 

Start Vertical Blanking Bit 8 (VBS) 
Vertical Retrace Start Bit 8 (VRS) 
Vertical Display Enable End Bit 8 (VDE) 
Vertical Total Bit 8 (VT) 


О — N соо £ оло + 


Figure 223. Overflow register format 


FIELD DEFINITION 


The tenth VRS bit of the vertical retrace 
start register (the ninth VRS bit is in 
field VRS, bit 2) 


The tenth VDE bit of the vertical display 
end enable register (the ninth bit is in 
field VDE, bit 1) 


The tenth VT bit of the vertical total reg- 
ister (the ninth VT bit is in field VT, bit 0) 


The ninth LC bit of the line compare 
register 


The ninth VBS bit of the start vertical 
blanking register 


The ninth VRS bit of the vertical retrace 
start register (the tenth VRS bit is in 
field VRS, bit 7) 


The ninth VDE bit of the vertical display 
end enable register (the tenth VDE bit 
is in field VDE, bit 6) 


The ninth VT bit of the vertical total 
register (the tenth VT bit is in field VT1, 
bit 5) ! 


Section 














Figure 224. Overflow register fields 


12.6. CRT Controller Registers, continued 


12.6.10. PRESET ROW SCAN REGISTER 


The preset row scan register controls scrolling and pan- 
ning operations. 


REGISTER FORMAT 


Port 3D5/3B5, CRT Index 08 


Preset Row Scan 


Meaning 

Power 9100 Serial Video Address Wrap Control 
(SVAWC) 

Byte Panning (BP) 

Preset Row Scan (PRS) 


Figure 225. Preset row scan register format 


FIELD DEFINITION 


Bit 7 is the serial video address wrap control bit. When this 
bit is reset to 0, the serial video RAM address counter 
wraps to 0 after a count of 64K. This ensures compatibility 
with IBM 256K VGA implementation. When this bit is set 
to 1, the counter wraps after address 128K, enabling ac- 
cess to the maximum 512K memory. 


Bits 6 and 5 control the number of bytes to pan, and the 
horizontal pixel pan (HPP) field in the horizontal pixel 
panning register of the attribute controller registers group 
determines the number of pixels to pan (see section 





151 





POWER 9100 GRAPHICS 
CONTROLLER 


PRELIMINARY DATA 
November 1993 


12.8.6). The value of bits 6..5 is normally 0 because there 
are currently no modes programmed for multiple-shift op- 
eration. 


The value of bits 4..0 are normally 0 because the entire ver- 
tical extent of the top character row is usually displayed. 


The preset row scan register and maximum scan line regis- 
ter (see section 12.6.11) together specify the size of the 
character box. The CE field of the cursor end register (see 
figure 233) in conjunction with the cursor end (CS) field of 
the cursor start register (see figure 231) specify the cursor 
location within this box. 


The pixel panning compatibility (PPC) field of the attrib- 
ute mode control register of the attribute controller regis- 
ters group (see figure 282) allows line compare (see fig- 
ure 249) to affect horizontal pixel panning and preset row 
scan register outputs (see figures 286). 


REGISTER DESCRIPTION 


This video control read/write register is accessed through 
location 03B5 hex (monochrome mode) or 03D5 hex (col- 
or mode) when the index field of the CRT controller index 
register is 08. 


WIR IL. C 
Serial video RAM address counter wraps 
to O after a count of 64K 

1 Serial video RAM address counter wraps 
to 0 after address 128K 











AES Specifies number of bytes to pan 


ххххх |The starting row of a character box 
displayed on the top character row 


Figure 226. Preset row scan register fields 


12.6. CRT Controller Registers, continued 


12.6.11. MAXIMUM SCAN LINE REGISTER 


The maximum scan line register specifies the number of 
scan lines per character. 


REGISTER FORMAT 


Maximum Scan Line Port 3D5/3B5, CRT Index 09 


7 6 5 


Bit No. Meaning 
7 


200—t0-400-line Conversion (274) 


6 Line Compare Bit 9 (LC) 
5 Start Vertical Blanking Bit 9 (VBS) 
4..0 Maximum Line Scan (MSL) 





Figure 227. Maximum scan line register format 


FIELD DEFINITION 


The row scan counter clock is equal to 
the horizontal scan rate and line 
doubling is not enabled 

Allows a 200-line mode to be displayed 
on 400 display scan lines by dividing the 
row scan counter clock by 2 to duplicate 
each line twice 


The tenth LC bit of the line compare 
register (see section 12.6.26) 
5 x The tenth VBS bit of the start vertical 
blanking register (see section 12.6.23) 
4..0 ххххх |The number of scan lines in a character 
minus 1 to specify the number of scan 
line characters per row 


Figure 228. Maximum scan line register fields 





REGISTER DESCRIPTION 


The preset row scan register (see section 12.6.10) and 
maximum scan line register together specify the size of the 
character box. 
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12.6. CRT Controller Registers, continued 
12.6.12. CURSOR START REGISTER 


The cursor start register determines the first line of the 
character box that’s part of the cursor. 


REGISTER FORMAT 


Cursor Start 


Port 3D5/3B5, CRT Index 0A 


Meaning 

Power 9100 Struck Through Position (STP) 
Cursor On/OFF (COO) 

Row Scan Cursor Start (CS) 





Figure 229. Cursor start register format 


FIELD DEFINITION 


Bits 7..6 designate the struck through position. When the 
Power 9100 attributes are used, these bits specify which 
character line is struck through according to figure 230. 


Bits 5..0 are defined as in the standard VGA. 


Figure 230. Struck through position 
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REGISTER DESCRIPTION 


This video control read/write register is accessed through 
location 03B5 hex (monochrome mode) or 03D5 hex (col- 
or mode) when the index field of the CRT controller ad- 
dress is OA hex. 


The preset row scan register (see section 12.6.10) and 
maximum scan line register (see section 12.6.11) together 
specify the size of the character box. 


Bits 4..0 in conjunction with the cursor end (CE) field of 
the cursor end register (see figure 233) specify the cursor 
location in the character box. No cursor is generated when 
the value in bits 4..0 exceeds the value in the CE field. 


Bits 7..6 are enabled by the Power 9100 attributes (BSE) 
field of the Power 9100 control register 1 of the sequencer 
registers group (see figure 204). 


7..6 Line 1 struck through 


(Power 9100 attributes) 





Line 9 struck through 
(Power 9100 attributes) 


Line 13 struck through 
(Power 9100 attributes) 


Cursor turned off 





ки 
4..0 | ххххх | First scan line in character box 
representing start of cursor 


231. Cursor start register fields 


12.6. CRT Controller Registers, continued 


12.6.13. CURSOR END REGISTER 


The cursor end register determines the last scan line of the 
character box that’s part of the cursor. 


REGISTER FORMAT 


Cursor End 


Port 3D5/3B5, CRT Index 0B 


Meaning 

Reserved 

Cursor Skew (CSK) 
Cursor End (CE) 





Figure 232. Cursor end register format 


FIELD DEFINITION 


(Ss [vale [Weaning 
x PS kie tame — 
[Sr peksescideees 00007 


4..0 | xxxxx Bottom scan line of character row for 
cursor display 


Figure 233. Cursor end register fields 











REGISTER DESCRIPTION 


The preset row scan register (see section 12.6.10) and 
maximum scan line register (see section 12.6.11) together 
specify the size of the character box. 


Bits 6..5 specify the number of characters to delay cursor 
data for proper synchronization. 


Bits 4..0 in conjunction with the cursor end (CS) field of 
the cursor start register (see figure 231) specify the cursor 
location in the character box. No cursor is generated when 
the value in the CS field exceeds the value in bits 4..0. 





12.6.14. START ADDRESS HIGH REGISTER 


The start address bigb register, in conjunction with the 
start address low register, points to the origin of the display 
data in the display buffer memory. 


REGISTER FORMAT 


Start Address High Port 3D5/3B5, CRT Index OC 


Bit No. Meaning 


7..0 Start Address High (SAH) 


Figure 234. Start address high register format 


FIELD DEFINITION 


The value loaded into the start address high field is the 
high-order 8 bits of the start address. The low-order 8 bits 
are located in the start address low (SAL) field of the start 
address low register (see figure 235). 


REGISTER DESCRIPTION 


The 16-bit value obtained from the start address high and 
start address low (see figure 235) registers is the first ad- 
dress after the vertical retrace on each screen refresh. 


154 


12.6. CRT Controller Registers, continued 
12.6.15. START ADDRESS LOW REGISTER 


The start address low register, in conjunction with the start 
address high register, points to the origin of the display 
data in the display buffer memory. 


REGISTER FORMAT 


Start Address Low 


Port 3D5/3B5, CRT Index 0D 


Bit No. 
7..0 


Meaning 
Start Address Low (SAL) 





Figure 235. Start address low register format 


FIELD DEFINITION 


The value loaded into the start address low field is the low- 
order 8 bits of the start address. The high-order 8 bits are 
located in the start address high (SAH) field of the start ad- 
dress high register (see figure 234). 


REGISTER DESCRIPTION 


The 16-bit value obtained from the start address high (see 
figure 234) and start address low registers is the first ad- 
dress after the vertical retrace on each screen refresh. 
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12.6.16. CURSOR LOCATION HIGH REGISTER 


The cursor location bigb register, in conjunction with the 
cursor location low register, points to the cursor position 
in the display buffer memory. 


REGISTER FORMAT 


Port 3D5/3B5, CRT Index OE 


Cursor Location High 


Bit No. 
7..0 


Meaning 
Cursor Location High (CLH) 


Figure 236. Cursor location high register format 


FIELD DEFINITION 


The value loaded into the cursor location high field is the 
high-order 8 bits of the cursor location. The low-order 
8 bits are located in the cursor location low (CLL) field of 
the cursor location low register (see figure 237). 


12.6. CRT Controller Registers, continued 
12.6.17. CURSOR LOCATION LOW REGISTER 


The cursor location low register, in conjunction with the 
cursor location high register, points to the cursor position 
in the display buffer memory. 


REGISTER FORMAT 


Cursor Location Low Port 3D5/3B5, CRT Index OF 


Bit No. Meaning 


7..0 Cursor Location Low (CLL) 





Figure 237. Cursor location low register format 


FIELD DEFINITION 


The value loaded into the cursor location low field is the 
low-order 8 bits of the cursor location. The high-order 
8 bits are located in the cursor location high (CLH) field of 
the cursor location high register (see figure 236). 





12.6.18. VERTICAL RETRACE START 
REGISTER 


The vertical retrace start register determines the start of the 
vertical retrace period. 


REGISTER FORMAT 


Vertical Retrace Start Port 3D5/3B5, CRT Index 10 


Bit No. Meaning 


7..0 Vertical Retrace Start (VRS) 


Figure 238. Vertical retrace start register format 


FIELD DEFINITION 


The value loaded into the vertical retrace start field is the 
value of the scan line counter at the time when the vertical 
retrace period should begin. 


REGISTER DESCRIPTION 


Access to the vertical retrace start and vertical retrace end 
(see figure 239) registers is enabled by the end horizontal 
blanking register compatibility read (CR) field in the CRT 
controller registers group (see figure 218). 


The ninth and tenth vertical retrace start bits are located in 
the VRS fields of the overflow register (see figure 224). 
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12.6. CRT Controller Registers, continued 


12.6.19. VERTICAL RETRACE END REGISTER 


The vertical retrace send register determines the end of the 
vertical retrace period. 


REGISTER FORMAT 


Vertical Retrace End Port 3D5/3B5, CRT Index 11 


7 1 0 


6 5 4 3 2 
ІЕЕ 


Meaning 

Protect Registers 0—7 (PR) 
Select 5 Refresh Cycles (BW) 
Enable Vertical Interrupt (EVI) 
Clear Vertical Interrupt (CVI) 
Vertical Retrace End (EVR) 





Figure 239. Vertical retrace end register format 


FIELD DEFINITION 


|0 | Protection disabled (writing enabled) 
Writing from host to CRTC registers dis- 


abled 


ТАЙ Select three DRAM cycles 
Select five DRAM cycles for 15.75 MHz 











sweep-rate displays 


Vertical retrace interrupt on IRQ2 enabled 
and latched in VR field of input status 0 reg- 
ister (see figure 172) 








Vertical retrace interrupt disabled 


4 Vertical retrace interrupt cleared by inter- 
rupt handler, then set to 1 to avoid holding 









vertical retrace interrupts inactive 






Enable additional vertical retrace interrupts 






x 


End of vertical retrace period 


Figure 240. Vertical retrace end register fields 
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REGISTER DESCRIPTION 


Access to the vertical retrace start (see figure 238) and ver- 
tical retrace end registers is enabled by the end horizontal 
blanking register compatibility read (CR) field in the CRT 
controller registers group (see figure 218). | 


The vertical retrace (VR) field of the the input status 0 reg- 
ister in the general registers group (see figure 172) can be 
programmed to interrupt the CPU using bit 5 and bit 4 
when the IRQ2 interrupt level is shared. 


The value programmed into bits 3..0 is based on the verti- 
cal retrace start (VRS) field of the vertical retrace start reg- 
ister (see figure 238) and the width of the vertical retrace 
signal in horizontal scan units as follows: 


EVR = VRS + vertical retrace signal width 
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12.6. CRT Controller Registers, continued 


12.6.20. VERTICAL DISPLAY ENABLE END 
REGISTER 

The vertical display enable end register specifies the last 
horizontal scan line displayed at the bottom of the screen. 


REGISTER FORMAT 


Vertical Displa 
Enable End d 


7 


Port 3D5/3B5, CRT Index 12 


6 


Bit No. 
7..0 


Meaning 
Vertical Display End Enable (VDE) 





Figure 241. Vertical display enable end register format 


FIELD DEFINITION 


The value loaded into the vertical display end field is the 
number of the last horizontal scan line at the bottom of the 
screen. 


REGISTER DESCRIPTION 


Vertical blanking normally occurs before the value in the 
vertical display enable register is reached. 


The ninth and tenth vertical display end bits are located in 
the VDE fields of the overflow register (see figure 224). 


The border area includes the horizontal lines occurring be- 
tween the value in the start vertical blanking register (see 
section 12.6.23) and the value in the vertical display en- 
able register. The overscan color register in the attribute 
controller registers group determines border color (see sec- 
tion 12.8.4). 
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12.6.21. OFFSET REGISTER 
The offset register specifies the width of the display. 


REGISTER FORMAT 


Port 3D5/3B5, CRT Index 13 


Bit No. 
7..0 


Meaning 
Logical Line Width of Screen (OFF) 


Figure 242. Offset register format 


FIELD DEFINITION 


The value loaded into the logical line width field is the dif- 
ference in bytes or words between the addresses of verti- 
cally adjacent scan lines. 


next row address: — current. byte start addr + (off) * (K 


where: 
К = 2, byte addressing 
K = 4, word addressing 


REGISTER DESCRIPTION 


The count by two (CBT) field of the CRTC mode control 
register specifies VGA addressing in either byte mode or 
word mode (see figure 248). 


12.6. CRT Controller Registers, continued 
12.6.22. UNDERLINE LOCATION REGISTER 


The underline location register determines the horizontal 
line used for underlining characters. 


REGISTER FORMAT 


Underline Location Port 3D5/3B5, CRT Index 14 


7 6 5 4 3 2 1 0 


Bit No. Meaning 
7 


Power 9100 Serial Video Line Doubling (SVLD) 


6 Double Word Mode (DW) 
5 Count by Four (CB4) 
4..0 Underline Location (UL) 





Figure 243. Underline location register format 


FIELD DEFINITION 


Bit 7 is the serial video line doubling bit. When this bit is set 
to 1, lines which are accessed through the VRAM serial 
port are displayed twice (line duplication or double scan). 


Bits [6..0] are defined as in the standard VGA. 
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Value 


Single-scan lines accessed through 
VRAM serial port 


Double-scan lines accessed through 
VRAM serial port 


Normal word addressing 
Double word addressing 
Normal clocking 


Divide character clock to memory ad- 
dress counter by 4 


Underline at character box horizontal 
scan line minus 1 


XXXXX 


Figure 244. Underline location register fields 


. REGISTER DESCRIPTION 


This video control read/write register is accessed through 
location 03B5 hex (monochrome mode) or 03D5 hex (col- 
or mode) when the index field of the CRT controller index 
register is 14 hex. 


The number of scan lines per character is specified by the 
maximum scan line register (see section 12.6.11). 


When bit 6 field is 0, the word/byte (W/B) field of the 
CRTC mode control register (see figure 248) controls the 
addressing; and when bit 6 is 1, the addressing is shifted by 
two bits. 


159 


12.6. CRT Controller Registers, continued 


12.6.23. START VERTICAL BLANKING 
REGISTER | 

The start vertical blanking register determines the start of 
the vertical blanking period. 


REGISTER FORMAT 


Start Vertical Blanking Port 3D5/3B5, CRT Index 15 


Bit No. Meaning 
7..0 Vertical Blank Start (VBS) 





Figure 245. Start vertical blanking register format 


FIELD DEFINITION 


The value loaded into the vertical blanking start field is the 
value of the scan line counter at the time when the vertical 
blanking period should begin. 


REGISTER DESCRIPTION 


A ninth vertical blanking start bit is located in the VBS 
field of the overflow register (see figure 224), and a tenth 
vertical blanking start bit is located in the VBS field of the 
maximum scan line register (see figure 228). 


The border area includes the horizontal lines occurring be- 
tween the value in the start vertical blanking register and 
the value in the vertical display enable register (see sec- 
tion 12.6.20). The overscan color register in the attribute 
controller registers group determines border color (see sec- 
tion 12.8.4). 





12.6.24. END VERTICAL BLANKING 
REGISTER 


The end vertical blanking register determines the end of 
the vertical blanking period. 


REGISTER FORMAT 


End Vertical Blanking Port 3D5/3B5, CRT Index 16 


Bit No. Meaning 
7..0 End Vertical Blanking (VBE) 


Figure 246. End vertical blanking register format 


FIELD DEFINITION 


The value loaded into the end vertical blanking field is the 
horizontal scan count value when the vertical output sig- 
nal becomes inactive, and is determined from the value in 
the SVB field of the start vertical blanking field (see fig- 
ure 245) and the width of the vertical blank signal in hori- 
zontal scan units as follows: 


= (SVB — 1) + vertical blanking signal 
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12.6. CRT Controller Registers, continued 


12.6.25. CRTC MODE CONTROL REGISTER 
The CRTC mode control register assists in display control. FIELD DEFINITION 


7 Horizontal and vertical retrace cleared 
1 Horizontal and vertical retrace enabled . 


REGISTER FORMAT 


CRTC Mode Control Port 3D5/3B5, CRT Index 17 


7 6 5 4 3 2 1 0 
[em [we | aw | m | oer | rs | srs | ovs 


Word mode selected (MSB output on LSB 
address line depends on AW field) 


Byte mode selected 


5 Address bit 13 sent ав LSB to display — - 
memory in byte address mode and ad- 
dress bit O sent as LSB to display memory 
in word address mode 

3 


Bit No. Meaning 

Hardware Reset (HR) 

Word/Byte Mode (W/B) 

Address Wrap (AW) 

Reserved 

Count by Two (CBT) | 
Horizontal Retrace Select (HRS) 
Select Siow Scan Counter (SRS) 
Compatibility Mode Support (CMS) 








O — N G T ло м 





Address bit 15 sent as LSB to display 
memory 
0 Memory address counter clocked with 
character clock input 
| Memory address counter clocked every | 
other character clock input 





Scan line counter clocked every horizontal 
retrace 


Scan line counter clocked every other hor- 
izontal retrace 

Row scan counter bit 1 placed on memory 
address bus bit 14 during active display 





REGISTER DESCRIPTION 


When the double word mode (WD) field of the underline 
location register (see figure 244) is 0, bit 6 controls the ad- 
dressing; and when the WD field of the underline location 
register is 1, the addressing is shifted by two bits. 


time 


Sequential output of memory addresses 


Substitute row scan address bit 0 for 
memory address bit 13 


Figure 247. CRTC mode control register format 2 

Bit 3 creates either a byte or word refresh address for the 
No substitution (memory address output 
bit 13 signal of CRT controller is memory 


display buffer in conjunction with the offset register (see 


1 
1 
"i 
1 

section 12.6.21). : 





Б. address bit 13) 


Figure 248. CRTC mode control register fields 
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12.6. CRT Controller Registers, continued 


12.6.26. LINE COMPARE REGISTER 


The line compare register allows a split-screen display. 


REGISTER FORMAT 


Port 3D5/3B5, CRT Index 18 


Line Compare 


Bit No. 
7..0 


Meaning 
Line Compare Target (LC) 


Figure 249. Line compare register format 


FIELD DEFINITION 


The value loaded into the line compare field is the low-ord- 
er 8 bits of the horizontal scan line counter at the time 
when the horizontal line counter is to be cleared. 


REGISTER DESCRIPTION 


A ninth line compare bit is located in the LC field of the 
overflow register (see figure 224), and a tenth line compare 
bit is located in the LC field of the maximum scan line reg- 
ister (see figure 228). 
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12.6.27. POWER 9100 INTERLACE REGISTER 


The Power 9100 interlace register determines when the 
vertical counter is clocked for the second time during inter- 
lace modes of operation. 


The Power 9100 interlace register must be unlocked be- 
fore it can be accessed. See section 12.1.1 for more infor- 
mation. 


REGISTER FORMAT 


Port 03B5 (monochrome)CRT Index 
Рой 0305 (color) 


7 6 5 4 3 2 1 0 


Interlace Extra Clock Position 


Bit No. 
7..0 


Power 9100 
Interlace 


19 


Meaning 
Interlace Extra Clock Position (IECP) 


Figure 250. Power 9100 interlace register format 


FIELD DEFINITION 


Bits [7..0] define the horizontal counter value at which the 
vertical counter is clocked for the second time during inter- 
laced modes of operation. 


REGISTER DESCRIPTION 


This video control read/write register is accessed through 
location 03B5 hex in monochrome mode and location 
0305 hex in color mode when the index field of the CRT 
controller index register is 19 hex. 


12.6. CRT Controller Registers, continued 
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12.6.28. POWER 9100 SERIAL START ADDRESS HIGH REGISTER 


The Power 9100 serial start address high register specifies 
the high-order bits of the start address of the frame buffer. 


The Power 9100 serial start address high register must be 
unlocked before it can be accessed. See section 12.1.1 for 
more information. 


REGISTER FORMAT 


CRT Index 1A 


Power 9100 Serial 
Start Adress High 


Port 03B5 (mono) 
Port 03D5 (color) 


Bit No. 
7..0 


Meaning 
Serial Video Start Address bits [15..8] (SVSAH) 


Figure 251. Power 9100 serial start address high register 
format 
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FIELD DEFINITION 


Bits [15..8] are the high-order bits of the 17-bit serial video 
start address that consists of the serial video start address 
low register (bits [7..0]), the serial video start high register 
(bits [15..8]) and bit 2 of the Power 9100 control register 0 
(bit 16). The Power 9100 has two sets of start address reg- 
isters. When bit 7 of the Power 9100 control register 0 is 
reset to 0, only the set or start address registers that occu- 
pies the standard VGA addresses is enabled. When bit 7 of 
the Power 9100 control register O is set to 1, both sets of 
start address registers are enabled.When both sets of regis- 
ters are enabled, the serial video start address specifies the 
location of the first pixel displayed for the frame buffer 
which is accessed through the VRAM serial port. The re- 
maining set of registers, the standard VGA start address 
low and high registers, specify the start address of the 
frame buffer which is accessed through the VRAM parallel 
port. 


REGISTER DESCRIPTION 


This video control read/write register is accessed through 
location 03B5 hex in monochrome mode or location O3D5 
hexin color mode when the index field of the CRT control- 
ler index register is 1A hex. 


12.6. CRT Controller Registers, continued 


12.6.29. POWER 9100 SERIAL START ADDRESS LOW REGISTER 


The Power 9100 serial start address low register specifies 
the high-order bits of the start address of the frame buffer. 


The Power 9100 serial start address low register must be 
unlocked before it can be accessed. See section 12.1.1 for 
more information. 


REGISTER FORMAT 


Power 9100 Serial 
Start Address Low 


CRT Index 1B 


Port 03B5 (mono) 
Port 03D5 (color) 


BitNo. Meaning 
7..0 Serial Video Start Address bits [7..0] (SVSAL) 


Figure 252. Power 9100 serial start address low register 
format 
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FIELD DEFINITION 


Bits [7..0] are the low-order bits of the 17-bit serial video 
start address that consists of the serial video start address 
low register (bits [7..0]), the serial video start high register 
(bits [15..8]) and bit 2 of the Power 9100 control register 0 
(bit 16). The Power 9100 has two sets of start address reg- 
isters. When bit 7 of the Power 9100 control register 0 is 
reset to 0, only the set that occupies the standard VGA ad- 
dresses is enabled. When bit 7 of the Power 9100 control 
register 0 is set to 1, both sets of start address registers are 
enabled. When both sets of registers are enabled, the serial 
video start address specifies the location of the first pixel 
displayed for the frame buffer which is accessed through 
the VRAM serial port. The remaining set of registers, the 
standard VGA start address low and high registers, specify 
the start address of the frame buffer which is accessed 
through the VRAM parallel port. 


REGISTER DESCRIPTION 


This video control read/write register is accessed through 
location 03B5 hex in monochrome mode or location 0305 
hex in color mode when the index field of the CRT control- 
ler index register is 1B hex. 


12.6. CRT Controller Registers, continued 


12.6.30. POWER 9100 SERIAL OFFSET REGISTER 


The Power 9100 serial offset register specifies the logical 
line width of the frame buffer that is accessed through the 
VRAM serial port. 


The Power 9100 serial offset register must be unlocked be- 
fore it can be accessed. See section 12.1.1 for more infor- 
mation. 


REGISTER FORMAT 


Power 9100 CRT Index 1C 


Serial Offset 


Port 03B5 (mono) 
Port 0305 (color) 


Bit No. Meanin 


g 
7..0 Serial Video Offset (SVO) 


Figure 253. Power 9100 serial offset register format 
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FIELD DEFINITION 


Bits [7..0] are the serial video offset. This value specifies 
the logical line width of the frame buffer which is accessed 
through the VRAM serial port. The starting memory ad- 
dress for the next character row is two or four times this 
amount. The serial video offset register is programmed 
with a word address. Depending on the clocking mode of 
the CRT controller, this is either a word address or a dou- 
ble-word address. The Power 9100 has two offset regis- 
ters. When bit 7 of the Power 9100 control register O is 
clear, only one is enabled and it occupies the standard 
VGA addresses. When bit 7 of the Power 9100 control reg- 
ister 0 is set, both offset registers are enabled. In this case, 
the standard VGA offset register defines the offset for the 
frame buffer which is accessed through the VRAM parallel 
port; the other, the serial video offset register, defines the 
offset for the frame buffer which is accessed through the 
VRAM serial port. 


REGISTER DESCRIPTION 


This video control read/write register is accessed through 
location 03B5 hex in monochrome mode and location 
03D5 hex in color mode when the index field of the CRT 
controller index register is 1C hex. 
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12.6. CRT Controller Registers, continued 


12.6.31. POWER 9100 TOTAL CHARACTERS PER LINE REGISTER 


The Power 9100 total characters per line register specifies 
the total number of characters per line when the frame 
buffer is accessed through the parallel VRAM port. 


The Power 9100 total characters per line register must be 
unlocked before it can be accessed. See section 12.1.1 for 
more information. 


REGISTER FORMAT 


Power 9100 Total Port 03B5 (monochrome) CRT Index 1D 
Characters/Line Port 03D5 (color) 


Meaning 
Total Characters Per Line (TCPL) 


Figure 254. Power 9100 total characters/line register for- 
mat 





FIELD DEFINITION 


Bits [7..0] specify the total characters per line. The Power 
9100 has two registers which can specify the number of 
characters in a line. When bit 7 of the Power 9100 control 
register 0 is clear, only the horizontal display enable end 
register is enabled and it occupies the standard VGA ad- 
dresses. When bit 7 of the Power 9100 control register 0 is 
set, both registers are enabled. In this case, the standard 
VGA horizontal display end register defines the number of 
graphics bytes per line for the frame buffer which is ac- 
cessed through the VRAM serial port; the other, the total 
characters per line register, defines the total number of 
characters per line for the frame buffer which is accessed 


through the VRAM parallel port. 


REGISTER DESCRIPTION 


This video control read/write register is accessed through 
location 03B5 hex in monochrome mode or 03D5 hex in 
color mode when the index field of the CRT controller in- 
dex register is 1D hex. When DRAM is used in the packed 
pixel modes, this register must be programmed with a val- 
ue equal to the total number of bytes in a line divided by 8. 
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12.6. CRT Controller Registers, continued 


12.6 .32. POWER 9100 ATTRIBUTES STATE REGISTER 


The Power 9100 attributes state register isa read only reg- FIELD DEFINITION 
ister which returns the state of the Attributes toggles flip- 


flop Bit 7 of this read—only register returns the state of the at- 


tributes toggle flip-flop. 0 indicates index mode and 1 indi- 
cates data mode. 


Power 9100 Port 03B5 (monochrome)CRT Index 24 Bits [6..0] are reserved. 
Attributes State Port 03D5 (color) 


6 5 4 3 2 1 0 REGISTER DESCRIPTION 
Seton This video control read register is accessed through loca- 
tion 03B5 hex in monochrome mode and location 03D5 


hexin color mode when the index field of the CRT control- 
ler index register is 24 hex. 





Meaning 


Returns state of Attributes toggle flip-flop 
0 = index mode | 

1 = data mode 

Reserved 





Figure 255. Power 9100 attribute state register 
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12.7. Graphics Controller Registers 


The graphics controller register group provide hardware 
assistance to graphics drawing operations. These registers 
are accessed via the graphics controller index register port 
at hex address 3CE and the graphics controller data regis- 
ters port at hex address 3CF. 


12.7.1. GRAPHICS INDEX REGISTER 


The grapbics index register provides the address index for 
the graphics controller registers. 


REGISTER FORMAT 


Port 3CE 


Graphics Index 


7 6 5 4 


[m] esenea 


Bit No. Meaning 
7 Reserved 
6..4 Reserved 
3..0 Graphics Controller Register Index (GRA) 


Figure 256. Graphics index register format - 


FIELD DEFINITION 
Bit 7 is reserved. 


Bits [6..0] are defined as in the standard VGA. 















EUR Set/reset register 


Enable set/reset register 12.7.3 


E Color compare register 12.7.4 


Data rotate register 12.7.5 




















Read map select register 








Graphics mode register 










Miscellaneous register 








Color don't.care register 












Bit mask register 












Reserved 











Reserved 





Figure 257. Bit 3..0 field 


REGISTER DESCRIPTION 


The graphics index register is a pointer register which is lo- 
cated at address ОЗСЕ hex. The value loaded in this regis- 
ter determines which sequencer register is accessed when 
I/O operations are performed to address ОЗСҒ hex. This 
value is referred to as the index. 
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12.7. Graphics Controller Registers, continued 


12.7.2. SET/RESET REGISTER 


The set/reset register provides color fill data to the display 
memory maps. 


REGISTER FORMAT 


Set/Reset 


Port 3CF, Gra Index 00 


7 6 5 4 


Bit No. Meaning 
7..4 Reserved 
3..0 Set/Reset (S/R) 





Figure 258. Set/reset register format 


FIELD DEFINITION 


(ELT We [weaning 
[3 | x [Fiasatrmemoyma3 — — 
[2 | x [Firasatrmemoyma2 — — — 
S 
ЕКІ 















Fill data for memory map 1 
1507 Fill data for memory map 0 


Figure 259. S/R field 





REGISTER DESCRIPTION 


Bits 3..0 are enabled by the enable set/reset (ESR) field of 
the enable set/reset register (see figure 261). Memory 
maps that are disabled by the ESR field receive regular 
data from the CPU. 


The bit mask (BM) field of the bit mask register (see fig- 
ure 276) write-protects individual memory bits from set/ 
reset fill operations. 
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12.7.3. ENABLE SET/RESET REGISTER 


The enable set/reset register determines the memory maps 
that receive fill data from the set/reset register. 


REGISTER FORMAT 
Enable Set/Reset 
7 6 5 4 
Bit No. Meaning 


7..4 Reserved 
3..0 Enable Set reset (ESR) 


Port 3CF, Gra Index 01 


3 


Figure 260. Enable set/reset register format 


FIELD DEFINITION 


Disable set/reset for Map 3 
Enable set/reset for Map 3 
Disable set/reset for Map 2 


Enable set/reset for Map 1 


Figure 261. Ti field 





REGISTER DESCRIPTION 


Bits 3..0 enable the memory maps that receive fill data 
from the set/reset (S/R) field of the set/reset register (see 
figure 259). Memory maps that are disabled by bits 3..0 
receive regular data from the CPU. 


The bit mask (BM) field of the bit mask register (see fig- 
ure 276) write-protects individual memory bits from set/ 
reset fill operations. 





12.7. Graphics Controller Registers, continued 


12.7.4. COLOR COMPARE REGISTER 


The color compare register permits the comparison of data 
on all four color maps to a reference color and reports 
whether a match was found for each pixel position. 


REGISTER FORMAT 


Port 3CF, Gra Index 02 


Color Compare 


7 6 5 4 3 2 1 0 


Bit No. Meaning 
7.4 Reserved 
3..0 Color Compare (CC) 


Figure 262. Color compare register format 





FIELD DEFINITION 


Color compare value for Map 3 
Color compare value for Map 2 


Color compare value for Map 1 
0 x | Color compare value for Map 0 
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12.7. Graphics Controller Registers, continued 


12.7.5. DATA ROTATE REGISTER 


The data rotate register modifies data as it is being trans- 
ferred from the CPU to the display memory. 


REGISTER FORMAT 


Data Rotate 


Port 3CF, Gra Index 03 


7 6 5 4 3 2 1 0 
Bit No. Meaning 
Reserved 
Reserved 
Reserved 


Function Select (FS) 
Data Rotate (DR) 





Figure 264. Data rotate register format 


REGISTER DESCRIPTION 


This graphics read/write register is accessed through loca- 
tion 03CF hex when the index field of the graphics address 
register is 03. 


The data rotate operation occurs before other operations 
such as: 


set/reset controlled by the set/reset (S/R) field of the 
set/reset register (see figure 259) and the enable set/re- 
set (ESR) field of the enable set/reset register see (fig- 
ure 261) 
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write mode selected by the write mode (WM) field of 
the mode register (see figure 269) 


logical read before write controlled by the FS field 
bit mask selected by the bit mask (BM) field of the bit 
mask register (see figure 276) 

FIELD DEFINITION 

Bits [7..5] are reserved. 

Bits [4..0] are defined as in the standard VGA. 


Value | Meaning 
Reserved 


Reserved 











Reserved 





Data written unmodified 

Data ANDed with latched data 
Data ORed with latched data 
Data XORed with latched data 


Rotate right shift 0 bits 


Rotate right shift 1 bit : 
Rotate right shift 2 bits 
Rotate right shift 3 bits 
Rotate right shift 4 bits 


Rotate right shift 5 bits 


Rotate right shift 6 bits 
Rotate right shift 7 bits 





E 
p 
ЖОЖ 
01 

11 





pene] 
кй 




















D2..0 | 000 | 
110 
d 


Figure 265. Data rotate register fields 


12.7. Graphics Controller Registers, continued 


12.7.6. READ MAP SELECT REGISTER 


The read map select register enable the memory map to be 
read by the CPU. 


REGISTER FORMAT 


Port 3CF, Gra Index 04 


Read Map Select 


7 6 5 4 3 2 1 0 


Bit No. Meaning 
7..2 Reserved 
1..0 Read Map Select (RMS) 


Figure 266. Read map select register format 





FIELD DEFINITION 


Value 
1..0 00 | Select Мар 0 





Select Map 1 
Select Map 2 
Select Map 3 


Figure 267. Read map select register fields 








REGISTER DESCRIPTION 


Bits 1..0 are not active in color compare mode (see fig- 
ures 263). 


The chain four (C4) field of the memory mode register of 
the sequencer registers group (see figure 200) controls dis- 
play memory bit plane access. In write modes, the display 
plane is selected normally by the ЕМЗ..ЕМО fields of the 
map mask register of the sequencer registers group (see fig- 
ure 194). In read modes, the active bit plane is selected nor- 
mally by bits 1..0. 
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12.7. Graphics Controller Registers, continued 


12.7.7. GRAPHICS MODE REGISTER 


The graphics mode register controls read and write modes. 


REGISTER FORMAT 


Graphics Mode 


Port 3CF, Gra Index 05 


7 6 5 4 3 2 1 0 
Meaning 
Reserved (must be 0) 
256 Color Mode (256CM) 
Shift Register Mode (SRM) 
Odd/Even (O/E) 
Read Mode (RM) 


Reserved 
Write Mode (WM) 





Figure 268. Graphics mode register format 


REGISTER DESCRIPTION 


This graphics read/write register is accessed through loca- 
tion OSCF hex when the index field of the graphics address 
register is 05. 


Bit 4 ofthe graphics mode register must be the complement 
ofthe O/E field of the memory mode register in the sequen- 
cer registers group (see figure 200). 


Operation of bit 3 depends on read map select (RMS) field 
of read map select register (see figure 267), chain four (C4) 
field of sequencer memory mode register (see figure 200), 
and color compare (CC) field of color compare register 
(see figure 263). 


Operation of bits 1..0 depend on data rotate (DR) field of 
rotate register (see figure 265), set/reset register (see fig- 
ure 259), enable set/reset register (see figure 261), and bit 
mask register (see figure 276). 
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[Bits [Vai | 
sm ont 

7 numbered maps and odd-numbered bits 
Even host addresses even display planes 0 
Read mode 0: CPU reads memory map se- 
sequencer memory mode register (see fig- 
parison of the four memory maps with CC 
Direct CPU write (write mode O) either ro- 
register (see figure 259) when enabled (see 
1) 


FIELD DEFINITION 

a SRM field controls shift register loading 
Serial data stream formatted with even- 
from both maps on odd-numbered maps 
and 2, odd host address odd display planes 
lected by read map select register (see fig- 
ure 200) = 1 
field of color compare register (see fig- 
tated by DR field of rotate register (see fig- 
figure 261) 
Color plane n filled with bit n value in pro- 


Bits [6..0] are defined as in the standard VGA. 

numbered bits from both maps on even- 
ешш о E 

1 and 3 
ure 267), but has no effect when C4 field of 
Read mode 1: CPU reads results of com- 
ure 263) 
ure 265), or by the contents of the set/reset 
Use latch content as write data (write mode 
cessor write data (write mode 2) 





Write each plane with 8 identical bits (write 
mode 4) from set/reset register (see fig- 
ure 259), with rotated CPU data ANDed 
with bit mask register data (see figure 276) 


Figure 269. Graphics mode register fields 
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12.7. Graphics Controller Registers, continued 


12.7.8. MISCELLANEOUS REGISTER 


The miscellaneous register controls the display mode, 
monochrome graphics emulation, and memory mapping. 


REGISTER FORMAT 


Miscellaneous 


Port 3CF, Gra Index 06 


7 6 5 4 3 2 1 0 


| Pea |u| coe | ain 


Meaning 

Reserved 

Memory Map (MM) 

Chain Odd-Even (COE) 
Graphics/Alphanumeric Mode (G/A) 





Figure 270. Miscellaneous register format 


FIELD DEFINITION 


Гв [Value Тавата 


8:2 А Memory location AO000-BFFFF hex, 128K 







memory length 

01 Memory location AO000-AFFFF hex, 64K 
memory length 

10 | Memory location BO000-B7FFF hex, 32K 
memory length 


11 | Метогу location В8000-В7ЕЕЕ hex, 32K 
memory length 


lv Standard addressing 






1 Higher-order address bit replaces host ad- 
dress bit (even and odd addresses access 
even and odd planes, respectively) 


EUN Select alphanumeric mode 
Select graphics mode 


Figure 271. Miscellaneous register fields 
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REGISTER DESCRIPTION 


Bit 0 should have the same contents as the G/A field of the 
attribute mode control register in the attribute controller 
registers group (see figure 282). 


Display Buffer Length 
Starts at (bytes) 


[9 | o | жиен | ж” 
MCN NN 
ее 


A0000H |. 64K 
BOOOOH 32K 


Figure 272. Location of frame buffer in memory page 












12.7. Graphics Controller Registers, continued 


12.7.9. COLOR DON’T CARE REGISTER 


The color don’t care register masks particular memory 
maps from being tested during color compares. 


REGISTER FORMAT 


Port 3CF, Gra Index 07 


Color Don’t Care 


7 6 5 4 
Reserved 


3 2 


CDC 


Bit No. Meaning 
7..4 Reserved 
3..0 Color Don't Care (CDC) 





Figure 273. Color don't care register format 


FIELD DEFINITION 


атана Тевно 
3 [_0_|Paricipate incolor compare суде МарЭ 1 
ии таи 
MEE 
RE 







NNNM | 
Ме 
Со [Paria in coor compare cycle Маро | 


Participate in color compare cycle, Мар 1 
Ignore color compare cycle, Map 1 

М 1 Ignore color compare cycle, Мар 0 

Figure 274. Color don’t care field 
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12.7.10. BIT MASK REGISTER 


The bit mask register prevents certain bit positions from 
being modified during memory read-modify-write cycles. 


REGISTER FORMAT 


Port 3CF, Gra Index 08 


7 6 5 4 3 2 1 0 


Bit No. Meaning 
7..0 Bit Mask (BM) 


Figure 275. Bit mask register format 


FIELD DEFINITION 


Гв [Vale [Weaning 
"T MM жазына 
Figure 276. Bit mask field 










Bit x writes enabled 





REGISTER DESCRIPTION 


Bit x is immune to change when the bit mask field is 0 only 
if the location being written is the last location read. 


The bit mask write-protects individual memory bits from 
set/reset fill operations specified by the set/reset (S/R) field 
of the set/reset register (see figure 259) and enabled by the 
enable set/reset (ESR) field of the enable set/reset register 
(see figure 261). 


175 


12.8. Attribute Controller Registers 


The attribute controller register group controls display at- 
tributes such as color, blinking, and underlining. These 
registers are written at hex address 3C0, with access alter- 
nating between the attribute controller index register and 
the selected attribute controller data register. These regis- 
ters are read at hex address 3C1, with access alternating 
between the address and data registers. 


12.8.1. ATTRIBUTE INDEX REGISTER 


The attribute index register provides the address index for 
the attribute controller registers. 


REGISTER FORMAT 


Attribute Index 


Port 3C1 (Read), 3C0 (Write) 


7 6 5 


Bit No. Meaning 

7..6 Reserved 

5 Palette Address Source (PAS) 
4..0 Attribute Address (ACR) 


Figure 277. Attribute index register format 





FIELD DEFINITION 


Palette register 06 








00000 
00001 
00010 
00011 

00100 
00101 
00110 
00111 

01000 
01001 
01010 
01011 

01100 
01101 

01110 
01111 

10000 
10001 
10010 
10011 

10100 
10101 















Palette register 07 










Palette register 08 


Palette register 09 12.8.2 





Palette register OD 12.8.2 


Color plane enable register 12.8.5 
Horizontal pixel panning register | 12.8.6 


Color select register 12.8.7 


Power 9100 overscan color high | 12.8.8 
register 








10110..11111 
Figure 278. Attribute index field definition 


Reserved 
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12.8. Attribute Controller Registers, continued 


12.8.2. PALETTE REGISTERS 
The 16 palette registers allow the CPU to determine which FIELD DEFINITION 


colors are displayed at any time. 


Value 






REGISTER FORMAT 


Secondary red not present 





1 Secondary red present 


Secondary green not present 


1 Green present 


Palette Port 3C1 (Read), 3C0 (Write) 
ACR Indices 00-0Ғ 


7 6 5 4 3 2 1 0 
[me | sa} sa] в пе | в 











1 
1 
1 


Meaning 


Reserved 

Secondary Red (SR) 
Secondary Green (SG) 
Secondary Blue (SB) 
Red (R) 

Green (G) 

Blue (B) 


5 
4 
3 
2 
1 





Blue not present 


1 Blue present 


Figure 280. Palette register fields 





Figure 279. Palette registers format REGISTER DESCRIPTION 


The palette registers should be modified only during the 
vertical retrace interval. 
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12.8. Attribute Controller Registers, continued 


12.8.3. ATTRIBUTE MODE CONTROL REGISTER 


The attribute mode control register controls VGA attrib- 
utes. 


REGISTER FORMAT 


Attribute Mode Control Port 3C1 (Read), 3C0 (Write) 


ACR Index 10 
0 


7 6 5 | 4 3 2 1 
P54S | PELW ныға R | E8 | ee мевв| ом 


Meaning 


P5-P4 Select (Pr4S) 

Pixel Width (PELW) 

Pixel Panning Compatibility (PELPC) 
Reserved 

Enable Blink or intensity (EB) 

Enable Line Graphics Char Codes/Clip 
Disable (ELG) 

Mono Mode/Black Background (MEBB) 
Enable Graphics Mode (EGM) 





Figure 281. Attribute mode control register format 


FIELD DEFINITION 

Bits [7..5] are defined as in the standard VGA. 
Bit 4 is reserved, as defined in the standard VGA. 
Bit 3 is defined as in the standard VGA. 


Bit 2 is the enable line graphics character code/clip disable 
bit. Innormal VGA modes, when this bit is is reset to 0, the 
ninth dot of nine-dot-wide characters is the background 
color. When this bit is set to 1, the eighth bit of the font 
data is duplicated into the ninth bit for character codes CO 
through DF. When the Power 9100 character attributes 
are used, this bit defines whether a character is allowed to 
stretch over the edges of a character cell, as can be invoked 
by the bold and half-bit-shift attributes. When this bit is 
clear, the character is clipped at the edges of the character 
cell; when this bit is set, the character is not clipped. 


Bit 1 is the mono mode/black background bit. (Note that 
this is also a standard VGA bit.) In normal VGA modes, 
when this bit is set to 1, monochrome mode is enabled. 
When this bit is reset to 0, a color mode is enabled. When 
the Power 9100 overlapping text and graphics mode is in- 
voked, if this bit is set to 1, the character background color 
is the first entry in the attribute color palette. 
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Bit 0 is defined as in the standard VGA. 


M Palette register bits 4 and 5 provide ad- 


dress bits 4 and 5 to color registers (see 


figure 280) 
0 
ter outputs (see figures 286 and 226) 


1 Color select register C45 field provides 
1 
Character attribute code bit 7 selects 
background color. inhibit blinking 


















Pixel data changed each dot clock cycle 
Pixel data changed every other dot clock 





Prevent line compare from affecting pixel 
panning register output 















Allow line compare to affect horizontal 
pixel panning and preset row scan regis- 








address bits 4 and 5 to color registers 
(see figure 289). 
1 Character attribute code bit 7 enables or 
disables blinking n 
Set ninth character dot to background 
color 
1 
0 


Figure 282. Attribute mode control register fields 












Set ninth character dot to eighth charac- 
ter dot for all graphics characters 













Select color display attributes 


Select IBM Monochrome Display Adapter 
attributes 












[BI 
2 
1 





Select graphics mode 





REGISTER DESCRIPTION 


This video control read/write register is accessed through 
location ОЗСО hex (write) ог O3C1 hex (read) when the in- 
dex field of the attribute address register is 10 hex. 


Bit 5 allows line compare (see figure 249) to affect hori- 
zontal pixel panning and preset row scan register outputs 
(see figure 226 and 286). 


Bit 0 should have the same contents as the G/A field of the 
miscellaneous register in the graphics controller registers 
group (see figure 271). 


12.8. Attribute Controller Registers, continued 


12.8.4. OVERSCAN COLOR REGISTER 


The overscan color register determines the color of the 
border area displayed on the CRT. 


REGISTER FORMAT 


Port 3C1 (Read), 3C0 (Write) 
ACR Index 11 


7 6 5 4 3 2 1 0 
jee | pe} rs етю 
Meaning 
Pixel Address 7 (P7) 

Pixel Address 6 (P6) 
Pixel Address 5 (P5) 
Pixel Address 4 (P4) 
Pixel Address 3 (P3) 
Pixel Address 2 (P2) 
Pixel Address 1 (P1) 
Pixel Address 0 (РО) 


Overscan Color 


Bit No 


7 
6 
5 
4 
3 
2 
1 
0 


Figure 283. Overscan color register format 
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REGISTER DESCRIPTION 


The border area includes the horizontal lines occurring be- 
tween the value in the start vertical blanking register (see 
section 12.6.23) and the value in the vertical display en- 
able register of the CRT controller registers group (see sec- 
tion 12.6.20). 


The overscan color high (OCH) field of the Power 9100 
overscan color high register of the attribute controller reg- 
isters group (see figure 290) provide 8 additional high- 
order border-color bits for Power 9100 modes. 
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12.8. Attribute Controller Registers, continued 


12.8.5. COLOR PLANE ENABLE REGISTER 


The color plane enable register controls which color 
planes will be enabled during the display process. 


REGISTER FORMAT 


Color Plane Enable Port 3C1 (Read), 3C0 (Write) 


ACR Index 12 
3 2 1 0 


7 6 5 4 


Meaning 


Power 9100 Slow Blink Enable (SBE) 
Power 9100 Half Bright Mode (HBM) 
Video Status MUX (VSM) 

Color Planes Enable (CPE) 


Figure 284. Color plane enable register format 


FIELD DEFINITION 


Bit 7 is the slow-blink enable bit. The character/line blink- 
ing rate on the standard VGA is determined by a counter 
which counts a fixed number of vertical frame periods. On 
modes with higher frame rates, this results in faster blink- 
ing. When this bit is set to 1, the blinking rate is halved. 


Bit 6 is the half-bright mode bit. This mode is intended for 
use with monitors which have only two levels of grey. 
When this bit is set to 1, and the half-bright attribute is 
used, alternate lines of the character are blanked, simulat- 
ing half brightness. 





Bits [5..0] are defined as in the standard VGA. 


(S [Value [Weaning пъ 
T | 9 оташи 
1 


Cut blinking rate in half 




























Ма Normal brightness control 
1 Blank alternate lines of the character when 
the half bright attribute is being used 
5..4 00 
10 | ПО field shows color outputs P3/P1 
1 DU field shows color outputs P7/P6 


DU field shows color outputs P2/PO 
3..0 Do not select display plane 0 
Select display plane 0 
Do not select display plane 1 


DU field shows color outputs P5/P4 
xxix | Select display plane 1 








Do not select display plane 2 


Select display plane 2 
Do not select display plane 3 
Select display plane 3 


Figure 285. Color plane enable register fields 


REGISTER DESCRIPTION 


This video control read/write register is accessed through 
location O3CO hex (write) or O3C1 hex (read) when the in- 
dex field of the attribute address register is 12 hex. 


Bits 5..4 specify the color output contents of the diagnostic 
use (DU) field of the input status 1 register in the general 
registers group (see figure 173). 
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12.8.6. HORIZONTAL PIXEL PANNING REGISTER 


The horizontal pixel panning register selects the number of 


pixels by which to left-shift the video data horizontally. 


REGISTER FORMAT 


Horizontal Pixel Panning Port 3C1 (Read), 3CO (Write) 
ACR Index 13 


7 6 5 4 3 2 


Bit No. Meaning 


7..4 Reserved 
3..0 Horizontal Pixel Pan (HPP) 


Figure 286. Horizontal pixel panning register format 





FIELD DEFINITION 


| Number of Pixels Shifted to Left | of Pixels Shifted to Left 


о Е A 3+, | All Other Modes E шше ча 


0000 
0001 
0010 
0011 
0100 
0101 
0110 
0111 
1000 
1001—1111 
Figure 287. Bits 3..0 field 


1 
2 
3 
4 
5 
6 
7 
8 
0 


REGISTER DESCRIPTION 


Bits 3..0 determine the number of pixels to pan, and the 
presetrow scan register byte panning (BP) fieldin the CRT 
controller registers group controls the number of bytes to 
pan (see figure 226). The pixel panning compatibility 
(PPC) field of the attribute mode control register of the at- 
tribute controller registers group (see figure 282) allows 
line compare (see figure 249) to affect horizontal pixel 
panning and preset row scan register outputs (see fig- 
ure 226). - 
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12.8. Attribute Controller Registers, continued 


12.8.7. COLOR SELECT REGISTER 


The color select register combines with the palette registers 
to address the video DAC registers. 


REGISTER FORMAT 


Port 3C1 (Read), 3C0 (Write) 
ACR Index 14 


3 2 1 0 


Color Select 


Meaning 


Reserved 
Color Register Address Bits 6 and 7 (C67) 
Color Register Address Bits 4 and 5 (C45) 





Figure 288. Color select register format 
FIELD DEFINITION 


3.2. | Combined with 6 color palette output bits to form 
. . | 8-bit address to color registers 










.1..0 | Combined with C67 field and 4 low-order color pal- 
ette output bits for form 8-bit color register address 
(see figure 280) 





Figure 289. Color select register fields 


REGISTER DESCRIPTION 


Bits 1..0 are used only when the internal palette size (IPS) 
field of the attribute mode control register is set to 1 (see 
figure 282). 





12.8.8. POWER 9100 OVERSCAN COLOR 
HIGH REGISTER 


The Power 9100 overscan color high register, in conjunc- 
tion with the standard VGA overscan color register, deter- 
mines the border color. 


REGISTER FORMAT 


Power 9100 Port 03CO (write) 
Overscan Color High · Port 03C1 (read) 


Att Index 15 


7 6 5 4 3 2 1 0 


Overscan Color High 


Bit No. Meaning 
7..0 Overscan Color High (OCH) 


Figure 290. Power 9100 overscan color high register 
format 


FIELD DEFINITION 


Bits [7..0] are the overscan color high bits. This 8-bit value 
determines the 8 high-order bits of the overscan or border 
color. The border is a band of color, one 80-column char- 
acter wide, around the edges of the display area. Borders 
are not supported in 40-column alphanumeric modes or in 
320 PEL graphics modes, except mode 13 (256 color). 
This register is usable in 16-bit direct color modes. 


REGISTER DESCRIPTION 


This video control read/write register is accessed through 
location ОЗСО hex (write) or location O3C1 hex (read) 
when the index field of the attribute address register is 15 
hex. This Power 9100 register is not a standard VGA regis- 
ter. 


The 8 low-order bits specifying border colors for either 
standard VGA modes or Power 9100 modes is provided by 
the overscan color register of the attribute controller regis- 
ters group (see figure 283). 
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Chapter 13. Specifications 


13.1. DC Specifications 


13.1.1. ABSOLUTE MAXIMUM RATINGS 


Parameter 
Supply Voltage —0.5to +7.0 
Input Voltage —0.5 to Vec + 0.5 


Output Voltage —0.5 to Vcc + 0.5 
Storage Temperature Range —40 to +125 


Lead Temperature (~10 seconds) 250 





Figure 291. Absolute maximum ratings 


13.1.2. RECOMMENDED OPERATING 13.1.3. PIN CAPACITANCE 


CONDITIONS 


Parameter Minimum | Nominal | Maximum 
Value Value Value : 5 
Input capacitance 12 pF (typical) 


Supply Voltage | 475 VDC | 5.0VDC | 525 VDC 

(Vcc) 

Operating Case E o 

Temperature ос 85 С 

(Tcase) Figure 293. Pin capacitance (Capacitance not tested, 


Figure 292. Recommended operating conditions TA = 25 C, f = 1 MHz, VCC = 5 VDC) 
13.1.4. DC CHARACTERISTICS 


High-level input voltage Voc = MAX 2.0 VDC 
High-level input voltage for clock signals Voc = MAX 2.4 VDC 






Output capacitance 12 pF (typical). 







Bidirectional capacitance 15 pF (typical) 





Clock capacitance 12 pF (typical) 





Low-level input voltage Vcc = MIN 
High-level output voltage Vcc = MIN, Іон = – 1.0 mA 2.8 VDC 
Low-level output voltage Voc = MIN, loj = 4.0 mA 


Output leakage current Voc = MAX, Vout= 0 to Vcc —10 uA 


Input leakage current Voc = MAX, Ум = 0 to Voc -10 uA 
Standby current Voc = MAX, f = 1 MHz - 
Switching current Voc = MAX, f = 50 Mhz 
HD|[31..0] drive current 
HD[31..0] drive current 
Figure 294. DC characteristics over the operating range 
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13.2. Supported Components 


WEITEK has analyzed the AC specifications of a number 
of VRAM, RAMDAC, and clock generator parts. The 
products listed below have published AC specifications 
that are compatible with the Power 9100. 


[Editor's Note: Results of the component analysis effort 
were not available at press time.] 
13.2.1. COMPATIBLE VRAMS 


The following VRAMs work with the Power 9100. Some 
are not fast enough for 50 MHz operation, but will run at 
40 or 45 MHz. 


VRAM Type 


Micron 
MT42C8256-6 


Micron 
MT42C8256-7 


ыз ы л NE EINE ЛЕ 


Figure 295. VRAMs known to work with the Power 9100 










13.2.2. COMPATIBLE RAMDACS 


The following RAMDACS are electrically compatible with 
the Power 9100. See the “Comments” field for informa- 
tion about software driver support for individual RAM- 
DACs. 


r= 


Figure 296. Power 9100-compatible RAMDACs 





13.2.3. COMPATIBLE CLOCK GENERATORS 


The following clock generators are compatible with the 
Power 9100. 


Figure 297. Power 9100-compatible clock generators 







184 


POWER 9100 GRAPHICS 
CONTROLLER 


PRELIMINARY DATA 
November 1993 


13.3. AC Specifications 


mal == [ЩТ Ыы 
ADR{31..2], BE[3..0]-, МЛО-, RESET-, RDYRNT- 


Тон BE[3..0]-, M/IO-, RESET-, RDYRNT- input hold time 
LRDY- output delay time ae tH 
Tpp DATA[31..0] output delay time LCLK 
Твоу | LDEV- output valid time 
PCI Bus Interface 
Тасы. | BCLK high/low time 
Tins C/BE[3..0]-, FRAME-, IRDY-, IDSL input setup times BCLK 
TiNH C/BE[3..0]-, FRAME-, IRDY-, IDSL input hold times 
Tios AD{31..0], PAR input setup times BCLK 
Tios AD[31..0], PAR input hold times 
Tiop AD[31..0], PAR output delay times BCLK 
Tiov AD[31..0], PAR output valid times 


Tioro AD[31..0], PAR turn-off times 


Figure 298. AC Specifications for VL and PCI bus interfaces 
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13.3. AC Specifications, continued 


"T Reference : 
Prem | Seem |“ [um wx | om | nme 


Video Interface 


TpcPv DIVPIXCLK period | C 11.76 
Topcu | DIVPIXCLK high — 6.12 
TpPCL DIVPIXCLK low к _ 0 4.23 

















Wes [ҮҮ берше | O 
восток | 


2 
n 


> 5 
nin 


5 
5 
5 


| о 
ory ол 












TBD 

TBD 

TBD 

TBD 
1 TBD 
TBD 


ТѕЕр SE output delay VIDOUTCLK 


Video Coprocessor Interface 































[Editor’s Note: These specs are not available yet.] 






Figure 299. Switching characteristics over the operating range 
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13.3. AC Specifications, continued 


M = one memclk period [ns]. mem_config.vram_read_adj=1 
Timings for 50MHz mode depend on the following set- mem_config.vram_write_adj=1 
tings: 


mem_config.vram_sample_adj=1 
mem config.vram miss adj-1 


er Reference : А 


VRAM Interface 














PLL clock lock time at 25 MHz after reset for 50 
MHz part! 


Тр clocks 








2.25M-15 





Access time from column address 


TAR Column address hold time RAS- 3M-10 
TASC Column address setup time CAS- 0.25M—5 ns = 
TASR Row address setup time! RAS- 2M 


ТсАС Access time from СА5-1 BLZ T 





» 














| 
о 











ns 

s 
ТСАН Column address hold time CAS- 0.75М-5 |o 1m | | 
TcAS CAS- pulse width 1M-5 ns | | | 
TcHR CAS- hold time during refresh! 3M-9 
s 
s 
s 






Top CAS- precharge time during page mode 0.75М-5 КЕГЕН 
ТСРА Access time from CAS- precharge 


Тсрм CAS- precharge time! 








Tore CAS- to RAS- precharge time! 3M 
TcsH CAS- hold time RAS- 


TcsR CAS- setup time during refresh! 


Тонв Data input hold time RAS- 3.25М-9 
Тмсн MEMCLK high 


TMCL MEMCLK low 
ТмсуТтм | MEMCLK period 


TMH Mask data to RAS- hold time! 
MS Mask data to RAS- setup time! 





O 


| | 


JN NEN В 


12 n 
n 
2.25М-13 п 
M 


| 
й 








2|22|2 
ооо 


: 


2М-9 
1.75М-9 





- 


М-5 


N 


Toea, Toe | Access time from ОЕ-1 


























Toez Output disable time OE- 15 ns 
ToFF Output buffer turn-off delay from СА5-! 15 ns | 
Трс CAS- page mode cycle time 2M ns 








1. Not tested, but guaranteed by design. 
Figure 299, continued. Switching characteristics over the operating range 
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13.3. AC Specifications, continued 


n Reference А 
[rom мәне ГТ мн | wa [шш [tone 


VRAM Interface, continued 


TRAC Access time from RAS-' 
M-5 
3M 
2M-9 














3M 


TRAH Row address hold time! 
2 TRAL Column address to RAS- lead time! 
` Tras RAS- pulse width! 


> 
o 








> 
o 











2 

4 
Trcp RAS- to CAS- delay time! | 2М-9 | 
Тасн Read command hold time! CAS- 1M-9 


Trp RAS- precharge time 


| OE- | 1.5м- 

| | 2М-6 

Тарс RAS- to CAS- precharge time! ИНИ -9 
| RAS- | 1M-9 

-5 

-9 

-9 


TRASP RAS- pulse width during page mode! ns 
Тас RAS- random cycle time ПЁ 





2 
o 





=> | 3 
оо 


аже 
Сте 
Стив 


M 
1M 
1M 

~ Taen RAS- hold time! 1M 

M 
2M 


2 
Трун WE- to RAS- hold time! |o] 2М-9 | 


TRWL Write command to RAS- lead time! | 2М-9 | 


Ттнн. Түн | OE- high hold time! 2 5M-9 
Tyrus, Tys | OE- high setup time! 3M-9 











Tris OE- low setup time to RAS-' 

TrRw,TrP. | TR(OE-) precharge time 8.5M-9 

ТТВР OE- to RAS- precharge time! — 6M-9 
.5М-9 
-9 














Тур Write command pulse width! | | MB | 
Twsr WE- to RAS- setup time! 


1. Not tested, but guaranteed by design. 
Figure 299, continued. Switching characteristics over the operating range 
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13.4. VL Bus Pin Configuration 


ssi 7 - NLHAQH 
291 E 198 
olag 
за 
<аза 
ана 
еуі ЕЗ Lieluav 
evt E23 [og]luqv 
iei (6 нау 
оғ»! Бвів нау 
eet E І/ нау 
eei Ес (ezluav 
че Рр ванау 
өсі E3 [rzluav 
sci ЕЕ Ге ноу 
есі Ес [гајнау 
нау 
нау 
Hav 
НОУ 
Hav 
чау 
uav 
Hav 
uav 
Hav 
ви 3 [eluav 
¿LL E3 нау 
ott E [ejuav 
Git Бо [sluav 
vit БІРнау 
еи Бы leluav 
ги E23 (нау 
ttt Ea tolvw 
оп E3 Шуи 
201 земи 
901 EZ [elvw 
sor [3 Мич 


гг E [LL 
ог: БЫ [ot 


Єк [2 
ос 
6б 
8718 


МА[5] 

МА[6] 

МА[7] 

усс 

GND 

MA[8] 

DSF 

МОО) / A[0] 
MD[1]/ A[1] 
МОО) / A[2] 
MD[3] / A[3] 
MD[4] / A[4] 
GND 

MD[5] / A[5] 
МО[6] / A[6] 
vCC 

MD[7]/ A[7] 
MD[8] / A[8] 
MD[9] / A[9] 
MD[10} / A[10] 
MD[11] / А[11] 
MD[12]/ А[12] 
MD[13] / A[13] 
MD[14]/ А[14] 
MD[15] 

мсс 

смо 

смо 

MD[16] / D[0] 
MD[17]/ D[1] 
MD[18]/ 0/2] 
MD[19]/ D[3] 
MD[20] / D[4] 
vCC 

MD[21] / D[5] 
MD[22] / D[6] 
MD[23}/ D[7] 
MD[24] / D[0] 
MD[25] / D[1] 
MD[26] / D[2] 
М0[27] / D[3] 
GND 

MD[28] / D[4] 
MD[29] / D[5] 
MD{[30} / 016) 
MD[31} / D[7] 
OE[3]- 
OE[2]- 
OE[1]- 
ОЕ{0}- 
ОЕ[4]- 
VSSPLL 


IRQ 
DC- 
УСС 
GND 

W/R- 
DATA[31] 
DATA[30] 
ОАТА[29] 
DATA[28] 
DATA[27] 
DATA[26] 
DATA[25] 
DATA[24] 

мсс 
GND 
ОАТА[23] 
DATA[22] 
DATA[21] 
DATA[20] 
DATA[19] 
DATA[18] 
DATA[17] 
DATA[16] 
DATA[15] 
DATA[14] 
DATA[13] 
DATA[12] 
VCC 
GND 
DATA[11] 
DATA[10] 
DATA[9] 
DATA[8] 
VCC 
GND 
DATA[7] 
DATA[6] 
DATA[5] 
DATA[4] 
DATA[3] 
DATA[2] 
DATA[1] 
DATA[O] 

CKSEL[0} 

CKSEL[1] 

CKSEL[2] 
GND 

VCEN- 
VCC 
ROMEN- 
VSYNC- 
GND 


WEITEK 


Weitek Power 9100 
User Interface 
Controller 
Top View 


P di PIN 1 DOT 


aon 


-ONASH Q 
-нмома Che 
-eas CH Or 
[zlinoa 
[эц поа 
[slinoa 
-MOIDA / [r] rnoq 
-ноол [elunoa 


Шов Ч oe 
-мноол„ецпоа 


ю 
П 
D 
2 
© 


ООА L] 

QNO г] 

-Швун с 
-ШоЗзм coi 
г0зм cei 
+eloam cvi 
folsu/olkam cj si 
X10N3W CH ız 
4elsvo Cy ez 
ozisvo Ч ve 
-[isvo CH zz 
-#6уо CJ 8z 
ялох!4 Cj oe 
жохала Y tE 
-lolswo Cy ce 
»101noaiA CH ve 
[oos cj ec 

GND 

Taada С is 
3SN3S Ci zs 


© 
LI 
= 
т 
2 
Ç 


со 

8 
D 
> 
© 
о 
S 


Шөн/-ШІЗМ Ч ot 
[25+ /-в11ам се: 
felsuy/eliam ca oz 





Figure 300. Pin configuration: VL Bus signals 


189 


13.5. PCI Bus Pin Configuration 


IRQ 
STOP- 
VCC 
GND 


PAR. 


DATA[31] 
DATA[30] 
DATA[29] 
DATA(28] 
DATA[27] 
DATA[26] 


DATA[25] ° 


DATA[24] 


мес. 


GND 
DATA[23] 
DATA[22] 
DATA[21] 
DATA[20] 
DATA[19] 
DATA[18] 
DATA[17] 
DATA[16] 
DATA[15] 
DATA[14] 
DATA[13] 
DATA[12] 

VCC 

© GND 
.DATA[11] 
DATA[10] 
DATA([9] 
ОАТА[8] 
vCC 

GND 

DATA[7] 
DATA[6] 
DATAI5] 
ОАТА[4] 
DATA[3] 
РАТА) 
DATA[1] 
DATA([O] 
СКЗЕЦО! 
CKSEL[1] 
CKSEL[2] 
GND 
VCEN- 

VCC 
ROMEN- 
VSYNC- 

GND 


[ol-3g/o 
[i]1-38/0 
[z]-38/0 
[c]-38/0 
Zp. E3 —3sA3qa 


есі E 1380! 
251 Eo 019 


LSL эы 
osi Fo 
би: ша 
srt ие 


-delo34 d vi 


folsu/-olkam rds: 
Шөн/-ШМізм со: 


Weitek Power 9100 
User Interface 


felsy/Azltam ca ei 
[e]su / He]lt3M CI oz 
WIOWSW CH ız 


Figure 301. Pin configuration: PCI Bus signals 


WEITEK 


Controller 
Top View 
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T3SSXNW / 
-MOIDA / 
7MOIOA / 
—-LNH9OA / 


LLL E3 [olvw 
он E3 уи 


401 E суи 
901 ЕГЕУЛІ 
Sot F3 [rl vw 


-лвпвол/цпоам CR 8» 
-ознол оппоам C] 6v 


падал C] ls 
3SN3S tj es 


MA[5] 
МА[6] 
MAI7] 

УСС 

GND 

MA[8] 

DSF 

МО[О] / A[0] 
МОН / A1] 
MD[2] / A[2] 
MD[3] / A[3] 
MD[4] / A[4] 
GND 

MD[5] / A[5] 
MD[6] / A[6] 
УСС 


MD[7] / А[7] 
MDÍ8] / A[8] 
MD[9] / A[9] 
MD[10] / A[10] 
MD[11]/ A[11] 
MD[12] / A[12] 
MD[13] / A[13] 
MD[14]/ A[14] 
MD[15] 

vec 

GND 

GND 

MD[16] / D[O] 
MD[17]/ D[1] 
MD[18]/ D[2] 
MD[19]/ D[3} 
MD[20] / D[4] 
VCC 

MD[21] / D[5] 
MD[22] / 016] 
MD[23] / D[7] 
MD[24] / О[о] 
MD[25] / D[1] 
MD[26] / D[2) 
MD{27] / D[3] 
GND 

MD[28] / D[4] 
MD[29] / DÍ5] 
MD[30] / D[6] 
MD[31] / D[7] 
OE[3]- 
OE[2]- 
ОЕП|- 
OE[0]- 
ОЕ[4]- 
VSSPLL 
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RAMDAC BIOS ROM Video Coprocessor 


Type 


13.6. Pin Assignments 





Signal / 
VL Bus 


i 
Output 









Type 





V 
G 
RAS[1]- 


о olw I 

P| >| г о 

оо! > < 

2512. Z 

рът 
[ 





Tri-stated/ 
Output 


CC 
N 
RAS[0]— Tri-stated/ 
Output 
WEO[O]- Tri-stated/ 
Output 
WEO[1]- Tri-stated/ 
Output 
ND 0| 
CC 
N 
N 
C 


RS[0] |Output 


EO[2]- Tri-stated/ 
Output 


= 


Е 






= 
mi 
— 

S 
[ 


Tri-stated/ 
Output | 
Tri-stated/ 
Output 

V 
G 


= 
ri 
— 

E 
| 


Е 
x 


= 
2 
= 


Tri-stated/ 

Output 
E1[3]— Tri-stated/ 

Output 


А5[3]— Tri-stated/ 
Output 
Tri-stated/ 
Output 

wc fo 


Figure 302. Pin assignments (1 of 





=| = 
m 
N 

| 


= 
m 
= 
О 
= 
А 


D 
] 
D 
o[3]- Tri-stated/ 
Output 
D 
D 


G 





о О 
» 
Ф 
19 
| 





1 
7 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 

6 





— 








° 
N 
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13.6. Pin Assingments, continued 


Signal / ° 
VL Bus | вав | RAMDAC BIOS ROM Video Coprocessor 


BM БЕ ИШ ИШ 
— = 
sas 
AME QUNM: 
— (кек 









27 





28 Tri-stated/ 


Output 


CAS[0]B- 


2 
30 
31 


о 


VC 
PIXCLK 


IV- 
PIXCLK 


CAS[OJA- 


O 


т, 
< 


utput 
Е 
Бати 





32 Tri-stated/ 


Output 
GND 


OUTCLK 
VCC 

36 [sci] 

зт [GND 

38 [scio] 

39 | SE[O}- 

40 |SE[S- 

41 |VIDOUT[7] 


34 


< 
т 





Q3 
о 


оо 





Tri-stated/ 
Output 


VIDOUT[6] | Tri-stated/ 
utput 


Tri-stated/ 
Output 


42 







43 | VIDOUT{5] 








ui 














44 |VIDOUT{4] |Tri-stated/ VCIOW- |Output 
utput 

45 VIDOUT{[3] | Tri-stated/ Output 
utput 

46 |VIDOUT[2] | Tri-stated/ 


kasus 
ШЕ VCBUSY- |Input 
ШЕ 
a 
RR 
ИШЕ 


utput 
GND 
VIDOUT[1] 





48 Tri-stated/ 


utput 


49 VIDOUT[O] | Input/ 


utput 


need 


с 
© 
< 
О 
С) 


51 PLLVDD 
52 |SENSE 
53 PLLGND 


igure 302. Pin assignments (2 о 





+ 
N 


© 
| Ш 
О 
15 
шиа] 
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13.6. Pin Assingments, continued 


Signal / 
VL Bus 


54  |OE[O]B- Tri-stated/ 
Output 

55  |OE[0]A- Tri-stated/ 
Output 

OE[1]}- Tri-stated/ 
Output 


OE[2]- Tri-stated/ 
Output 









PCI Bus 





56 









57 





58 OE[S]- Tri-stated/ 
Output 


59 |MD[31] 



















MD[90] 


MDI29] Input/ 
Output 
мога! Input/ 
Output 
MD[27] Input/ 
Output 
MD[26] Input 
Output 
MD[25] Input 
Output 
MD[24] Input 
Output 
MD[23] Input 
Output 





61 





62 


64 







65 








RAMDAC BIOS ROM Video Coprocessor 
D[5] Input |VDDAT[29] input  . 
Output 
D[4] ШЙ as Input ` 
D[3] Input | VDDAT[27] | Input/ 
Output 
D[1] Input | VDDAT[25] |Input/ 
Output 
D[O] VDDAT[24] 


D[7] 
D[6] 
D[2] Input | VDDAT[26] |Input/ 
Output 
D[7] Input/ VDDAT[23] 
Output 









67 




























N 


-. C5 


MD[22] Input D[6] Input/ VDDAT[22] |Input/ 
Output Output Output 

70 MD[21] Input/ D[5] Input/ VDDAT[21] | Input/ 
Output Output Output 


JN as НЫЛ мәк 






















72 |MD|[20] Input/ D[4] VDDAT[20] 
Output 

73 | МОП9) Input/ D[3] VDDAT[19] 
Output 

74 D[2] VDDAT[18] 






Input 
Output 

VDDAT[17] | Input/ 
Output 

VDDAT[16] | Input/ 
Output 


MD[18] Input/ 
| Ошри 

MD[17] Input/ 
Output 

76 MD[16] Input/ 
Output 


Figure 302. Pin assignments (3 of 8) 






75 













D[1] 
D[0] 
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13.6. Pin Assingments, continued 


PCI Bus RAMDAC BIOS ROM Video Coprocessor 


REN onn 
Output 
Output 
Output 
[12] EUM VDDAT[12] ДІ 
utput 
Output 
Output 
Output | VDDAT[9] 
A[8] Output | VDDAT[8] 
Output 
Output 
Output 
] 


Signal / 
VL Bus 







Type 


77 
78 
7 
MD[15] Input/ 
Output 
81 MD[14] Input/ 
Output 
82 | MD[13] Input/ 
Output 
83 MD[12] Input/ 
| Output 
84 MD[11] . |InpuU/ . 
i Output 
85  |MD[10] Input/ 
Output 
MD[9] Input 
d Output 


Input 
Output 


88 MD[T7] Input/ 
Output 

Input/ 
Output 


91 MD[5] Input/ 
Output 


°° 
93 MD[4] Input/ 
Output 
94 MD[S] Input/ 
Output 
95 MD[2] Input/ 
Output 
MD[1] Input 
Output 
Tri-stated/ 


Input/ 
DSF 
MA[8] 

Output 


Output 
Figure 302. Pin assignments (4 o 





> 












= 
9 


















87 


> 
л 


A[4] Output | VDDAT[4] |Input/ 
Output 

A[3] Output | VDDAT[3] |Input/ 
. | Ошри 


Output | VDDAT[2] 


> 
N 















A[1] Output | VDDAT[1] 





97 A[0] Output: 


VDDAT[0] 














VDADRI8] | Tri-stated/ 


Output 
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13.6. Pin Assingments, continued 


ЖЕ : PCI Bus RAMDAC BIOS ROM 


102 | МА[7] Tri-stated/ 
Output 

103 | MA[6] Tri-stated/ 
Output 





Video Coprocessor 


Type 






К 
2 
о 


100 





VDADR[7] | Tri-stated/ 


Output 


VDADR[6] | Tri-stated/ 
Output 















VDADRI[IS] | Tri-stated/ 
Output 

VDADR[4] | Tri-stated/ 
Output 

VDADR[S] | Tri-stated/ 
Output 


VDADR[2] | Tri-stated/ 
Output 


104 | MA[5] Tri-stated/ 
Output 
105 |МА(4) Tri-stated/ 
Output 
106 | MA[3] Tri-stated/ 
Output 


107 | MA[2] Tri-stated/ 
108 | МСС 


Output 


110 Tri-stated/ 
Output 
111 Tri-stated/ 
Output 
112 | ADR[2] Input 


ADRI7] 
118 | ADR[8] 
119 |ADRI[9] 


m Дао | 
[exo 




































VDADR[1] | Tri-stated/ 
Output 

VDADR[0] |Tri-stated/ 
Output 





















































oo O| О 
| Z| 2 
оп о OF O 








пра 
ua 




















127 | ADRI17] 
128 |ADR[18] 


igure 302. Pin assignments (5 of 8) 
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13.6. Pin Assingments, continued 






rea д PCI Bus RAMDAC BIOS ROM Video Coprocessor 
р 
кото 


а 


| 


со ” 


ADR[?23] 


СЕТ 
Tri-stated 





O 
= 
5 





N 
N 
N 
N 


G 
G 


G 
G 
G 


г 


Т 


N 
N 
N 
N 
GN 
N 
N 
N 


G 
G 
G 





GN 
TRDY- 





Tri-stated 





DEVSEL- | Tri-stated 
C/BE[3]- 


' 














C/BE[2]- Input 
C/BE(i]- Input 
|ВЕ[0]- | Input C/BE[O]- Input 
Input CLK- Input 








Input IDSEL Input 
FRAME- при! 


D/C- 


Figure 302. Pin assignments (6 o 





79 


еп 
Collector 





STOP- 


Input/ 


Output 














129 
130 
131 
132 
- 183 
134 
135 
136 
137 
138. 
139: 
140: 
141 
142 
143 
144 
145 
146 
147 
148 
149 
150 
151 
152 
153 
154 
155 
156 
157 
158 
159 
160 





ғғ, 
= 
P 


js 
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Video Coprocessor 


13.6. Pin Assingments, continued 


PCI Bus RAMDAC BIOS ROM 


эш | We | 


161 |W/R- PAR Input 
Output 
DATA[31] |Іпрші/ 
Output 
DATA[SO] |Input/ 
Output 
DATA[29] |Іпрш/ 
Output 
DATA[28] |Іпрш/ 
Output 
166 
167 | ОАТА[26] 
DATA[25] |Іпрш/ 
Output 
DATA[24] |Input/ 
Output 
yoo 
mo | 


DATA[23] |Іпрш/ 
Output 





Signal / 
VL Bus 























162 
163 
164 

65 


1 






























DATA[22] |lInput/ 
Output 
DATA[21] |Іпрш/ 
Output 
DATA[20] |Input/ 
| Ошри 
DATA[19] |Input/ 
Output 
DATA[18] |Input/ 
Output 
DATA[17] |Іпрші/ 
Output 























168 
169 
170 
171 
172 
173 
174 
175 
176 
177 
178 

9 


179 | DATA[16] 











18 


DATA[15] 











ЕЕЕ 


DATA[14] |Іпрш/ 
| Output 

DATA[13] |Input/ 
Output 


Figure 302. Pin assignments (7 of 8) 








181 
182 
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13.6. Pin Assingments, continued 


Signal / 
ЖТИ Вив 


Туре 
DATA[1 сс input/ 


= 


С 
DATA[11] нн 
Output 
DATA[10] | Input/ 
Output 
DATA[9] Input 
Output 
DATA[8] Input/ 
= 
DATA[7] a 
Output 
DATA[6] Input/ 
Output 
DATA[5] Input 
Output 
DATA[4] Input/ 
Output 
DATA[3] Input/ 
Output 
DATA[2] Іпрші/ 
Output 
DATA[1] Input 
Output 
DATA[O] Input 
Output 
CKSEL 


GND 


Qu — 
EIE 
pl 
СЕН сир 
з 
pum. 


— 





VCC 


VSYNC- Input/ 
сее 


igure 302. Pin eae 


ЕСИ 
фый 
сз 
= 
Ел 
Ела 
E 
Ен 
Ел 
ES 
ы 
Fi 
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Mechanical Specifications 


15.7. 


SYMBOL 


3.49 TYP 


0.130 TYP 


25.5 REF 


1.004 REF 


° 
© 
ч 
© 
© 
D 
© 


0.026 


1.004 REF 25.5 REF 


0.50 TYP 


0.0197 TYP 


0.009 TYP 





Figure 303. Physical dimensions (208-pin QFP) 
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13.8. Test Conditions 


Memory data bus 
Row address strobe 
Column address strobe 
Memory address bus 
| ОЕ. | Output enable 
Special function control 
dad NN RAMDAC chip enable 


A 330 damping resistor is used in test load for the VRAM 
and RAMDAC controller signals. 


Figure 304. VRAM and RAMDAC controllers test load- 
ing 
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13.9. I/O Characteristics 





Figure 305. Input equivalent circuits 


CLK transitions are 
considered to occur 
at 1.5 V on both the 
rising and falling 
edge of CLK 


SIGNAL 


Figure 306. Reference levels in delay measurements on 
frame buffer controller pins 


Figure 307. AC test load for test measurement 


CL = total load on device 
pin, including stray capaci- 
tance. 
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Figure 308. Output equivalent circuits 


CLK transitions are 
considered to occur 
at 2.0 V on both the 
rising and falling 
edge of CLK 


SIGNAL 


Figure 309. Reference levels in delay measurements on 
all pins other than frame buffer controller pins 


10 CLK Cycles Minimum 


Figure 310. Reset timing 


13.9. I/O Characteristics , continued 





TR and TF are not measured but are guaranteed by design. 
Figure 311. Clock timing 
SS x 2 жу ОА Та ДАДЕ > 1 5 В i 
13.10. Ordering Information 


| Package Type Speed Grade Temperature Range (Case) Order Number 
208-pin PQFP 50 MHz 0 – 85°С Р9100-050-РЕР 


Figure 312. Ordering information 
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9X9 OOK кию 9000: 20000 NOOK мс 20000 BION 20000 коси ФӘ0ОС 20000 ФОС 2000 жоса Фо 00000 XXX 20000 NORD OUOXX 20000 605% 29090 /0000. E КООР ФОО 20000 қоса ФОУ 00000 590% 30000 ROKR ОЖ 00000 CONE 2929? MOOR DOK NUX QUU 20000 КОМ ФОФОК Же DION 20000 X0 90006 00000 9000. 20000 Q9 00000 00000 UU ЖИЮО UD GXXK хе GUAX Xx wo 


Name Title 

Company Phone 

Address 

Comments : 
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The Power 9100 Programmer's Manual 
describes the architecture, addressing 
modes, initialization, and basic 
programming approaches for the Power 
9100. A large reference section is divided 
into four parts: device, register, board, and 
VGA chapters. The Appendix includes 
BIOS revision history, and a description of 
the driver configuration file. 


The Power 9100 Programmer's Manual is 
used along side the Power 9100 Data 
Book and Board Application Note. It is 
not inclusive, but does provide significant 
programming information for the Power 
9100. 
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WEITEK'S GRAPHICS CONTROLLERS 


Power 9000 Workstation Graphics Accelerator 
VRAM based memory controller, High Performance Drawing Engine, and Non-interlaced displays 


describe the 9000. This technology has been enhanced and integrated with our SVGA logic to create 
the POWER 9100. 


W5286 SVGA with Accelerator 
This SVGA chip supports all VGA modes for DOS compatibility. 


POWER 9100 Integrated Workstation Graphics and SVGA 
The Power 9100 has two operating modes, Emulation and Native Mode. Emulation Mode is VGA 
mode using 5286 SVGA logic with minor modifications. Native Mode is the Power 9100 operating in 
a workstation graphics mode similar to the 9000, but with many enhancements: 


Enhanced 9000 * SVGA 

Integrated PCI and VLBus Interfaces 

16, 24, and 32-bit pixel formats 

4 MB VRAM (twice the 9000) 

1280x1024 x24 bpp 

Video Coprocessor Interface (shared display buffer with Video Power & 3D) 
50 MHz MEMCLK (up from 33 MHz) 


This Programmer's Manual describes the Power 9100 in a Board Design. 
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PREFIX 


This is an early release of the Power 9100 Programmer's Reference Manual. | welcome your 
suggestions, corrections, and general comments. Please fax, or e-mail: 


Robert Embry @ roberte!weitek.com 
Weitek Corporation, 1060 E. Arques Ave, Sunnyvale, CA 94086 
Tel # (408) 522-7551, Fax # (408) 522-7504 


Use this document with the data book. A board application note and misc. tech notes are also available 
for hardware things. 


DOCUMENTS COMBINED TO CREATE THE PROGRAMMER'S MANUAL 
SOF Txxxx.DOC Tech Note (new errata will create a new one) 

Power 9100 Initialization Note (new errata in the Windows release notes?) 

P9x00RES.DAT specification (new errata in the Windows release notes?) 

PU_CONFIG Register Definition (new errata in the BIOS release notes?) 


MISSING ITEMS 

Things already in the data book (required reading) or board app note (extra credit) 
Compiler information for the DDAKs, Install, etc. (I'm a hardware guy) 

Code fragments (look їп а DDAK, the board test, or kdebug software) 


[complete? accurate?] Caution, this means the information is in DRAFT form. Do not expect it to 
be complete or accurate. 


RELATED DOCUMENTS 

Power 9100 Graphics Controller Data Book -- March 8, 1994 

Power 9100/Video Power Board Application Note -- March 1994 

Power 9100 Board Test Manual and Programmer's Reference -- (soon) 
Power 9100 Graphics Controller Technical Notes -- (hardware stuff) 


We expect an updated data book to be back from the press by August. 


The Board Test and Diagnostic Software Guide is describes how to configure and operate the Power 
9100 Board Test program. 


The technical notes are created to describe stuff that may or may not be in the data book, app note, or 
this programmer's manual. List of some of the tech notes: 


INTxxxx.DOC Interrupt connections to PCI and VLBus 
PHILxxxx.DOC Errata on the video channel board 
HARDxxxx.DOC Board design review & help 

new ones created to satisfy important short term issues 
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APPENDICES 

The Appendix has a number of important items. 
BIOS Status Report 
P9xOORES.DAT File Format 
Display Problems 


NAMING AND WRITING CONVENTIONS 


offset 2208h 


0000 0000 
000 00 


[32h]config 


Native Mode register: the prefix 31..15 is not specified, bits 14..0 are defined 
only. 


even boundary digits (hex or binary) 
bits 6..2 are zero 


same as 32hCONFIG[50] in the data book 


sysconfig.pixel buf read.10..4 
register name.field name.bits 


N4E-A4 


VIDOUTCLK 


shadow_dac 
vga_present 


means bits 10..4 in the pixel_buf_read field of sysconfig 

silicon revision identification. The example refers to an N4E marking (ignoring 
the L, if it exists) on the top of the device and a 4h read from sysconfig.rev.2..0 
{see Device Revision for a special note on reading the sysconfig register.) 


is referred to as LCLK in this document. 


is also called palette_snoop 
is also called vga_absent_bios_disable 


Emulation Mode and VGA mode terms can generally be used interchangeable. Strictly speaking, 


Emulation mode is the mode of the chip and VGA mode is Emulation Mode 
running with the VGA BIOS. 
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1. INTRODUCTION 


The Power 9100 is a high performance graphics accelerator. The architecture takes advantage of the 
speed of VRAMs and high-speed local bus interfaces. It's hardwired controllers write at memory 
bandwidth and provide a host of features. 


The Architecture is based on a memory mapped approach with a parameter engine to setup attributes 
for the commands and a drawing engine to execute the commands to the display buffer. 


The Power 9100 is divided into VGA (or Emulation) and Native Mode. VGA Mode is provided for DOS 
compatibility and its function is limited to supporting these types of applications. Native Mode is desired 
operating condition to support accelerated graphics. 


This Programmer's Manual describes many Native Mode situations and is a supplement to the Power 
9100 Graphics Controller data book. 


Video Power 


Power 9100 Pixel 
Processing Unit 
Parameter - 
Engine VRAM VRAM и | 3 à E 
Control Control j ето 


“ 


Bus Drawi 
Interface еы 
Unit ng 


7538 32- ог 64-bit 
VGA Video Bus 
BIOS, EEPROM Sync 

Clock Gen. 





POWER 9100 BOARD ARCHITECTURE 
(see Device & Software Architecture sections for additional diagrams) 
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2. SOFTWARE PRODUCTS 


Weitek provides reference designs and software for Windows, NT, OS/2, AutoCAD, & Microstation. 


The software for a Power 9100 board can come from many sources. Weitek provides base-level drivers 
that can be configured in a run-time environment or they can be modified to work with slightly different 
board devices. We also have working board diagnostic programs. 


The Device Driver Adaptation Kit (DDAK) and the hardware diagnostic programs provide initialization 
and programming examples for creating Power 9100 graphics drivers. 


This section identifies which parts of our base-level drivers can be made to accommodate hardware 
components or to change the look, feel, and operation of the graphics board. 


Various levels of modifications can be made, beginning with the simplest and working toward the more 
complex: It begins with configuration changes that are easily done, progresses to suggest source code 
modifications to simpler initialization and installation software, and then on to the source code of the 
main driver. 


2.1. LIST OF SOFTWARE 


Windows 3.1 Driver 
Windows NT 3.1 Driver 
OS/2 Driver 

AutoCAD Driver 
MicroStation Driver 

DOS Drivers 

Board Test Program 
Diagnostic Debug Program 
BIOS 

VESA TSR 


2.2. BOARD CONFIGURATIONS SUPPORTED 

Weitek supports the Power 9100 and Video Power 9130 on the PCI and VL Buses. Our reference 
designs use the IBM RGB525 and BT485A DACs. We use the ICD 2061A clock generator in all designs 
except a few RGB525 cases where a clock oscillator provides the reference clock. All boards are either 
2 or 4 MB. We use 256kbx8 and 256kbx16 VRAMs with full and half size SAM ports. 


We plan to support the AT&T 511 and BT489 DACs this summer. Modifications for these kinds of 
peripheral chips are usually done at the DDAK level. We also have plans to provide example code for 
our 3D Power Coprocessor. 


2.3. CONFIGURABILITY USING P9X00RES.DAT FILE 8 PU CONFIG 

The Power 9100 graphics drivers and BIOS initialize the board using information from a power up 
configuration register call pu config and a text file called "res dot dat" or P9xOORES.DAT. The 
P9x00RES.DAT file is normally customized by the OEM using a text editor to create a driver diskette that 
ships with the board. The pu config register is configured with external pull up resistors. A utility 
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program called EDITBCT can change the video boot banner and the OEM string, both embedded in the 
BIOS binary image. Refer to the BIOS release notes for information on EDITBCT. 


The Appendix includes a review of the РЗхХООКЕЗ.ОАТ file. The pu config register is explained in the 
General Reference Section of this document. The EDITBCT program is described in Appendix D. 


The Power 9100 driver development has moved toward auto detection by reading the pu config register, 
reading other device registers (or trying to), and by performing tests. The notable exception to this is the 
Board Test which depends on an older version of the P9x00RES.DAT file. The Board Test uses table 
driven initialization techniques where most of the other programs and drivers use an algorithm method. 


2.4. DLL SOFTWARE 
The Power 9100 drivers are modularized. A Dynamically Linked Library (DLL) of functions initialize and 
control the board hardware. The DLL is usually written to work with a set of boards. 


The DLL initializes, configures, and controls peripheral chips such as the clock synthesizer and DAC. 
The source code for a DLL is included in the Device Driver Adaptation Kit (DDAK). 


For boards that contain unsupported hardware components, a programmer will need to modify and 
compile a new version of the DLL. Simple DAC or clock synthesizer changes can be handled by 
modifying the DLL code. 


2.5. WINDOWS DRIVER INSTALLATION SOFTWARE 

The Windows Driver installation program copies files, accepts user options, and modifies INI files. The 
install program reads the P9x00RES.DAT file, the pu. config register, and performs some simple tests on 
the system. It then displays a menu for user input. After completion of this, the installation program 
modifies or writes to the P9QxOORES.INI and SYSTEM.INI files. 


The installation software can be modified to change the look, feel, and operation of the installation 
program. The installation software is distributed in source form in the DDAK. 
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2.6. DEVICE DRIVER ADAPTATION KIT (DDAK) 

A DDAK includes source and object code to enable the driver to be adapted to a specific board and to 
allow for customization of the install program. A DDAK is available for each operating system. The 
Windows code is written in ix86 assembly. The Windows NT and OS/2 code is mostly written in C, but 
also contain some assembly. 


The DDAK includes the following software: 


INSTALL -- SOURCE 
The source to the install program allows an OEM to customize the User Interface and create or 
restrict the use of options in the P9xOORES.DAT file. 


DLL -- SOURCE | 

The Dynamic Linked Library (DLL) supports initialization and configuration code for the controllers їп 
the Power 9100, the pixel clock synthesizer (external), the DAC (external), and any other external 
hardware. Board specific device code is part of the DLL. 


DRIVER -- OBJECT 

The driver supports the GUI by calling the DLL, controlling the Power 9100 accelerator, and 
accessing the display buffer directly. The drivers are available in object code version and can be 
linked to recompiled DLL files. 


VDD -- OBJECT 
The Virtual Device Driver supports DOS boxes (virtual DOS display) and must switch the Power 9100 
between Native and VGA Mode to support DOS full screen. 


2.7. DRIVER SOURCE CODE 

In some situations, it is necessary to modify the source code to a driver. Additional features and/or 
hardware is added by board manufactures to improve the look, feel, and operation of their products. 
These changes sometimes need appropriate support within the driver. 


Consider working with the driver source code only after determining that the standard driver cannot be 


configured using the P9x00RES.DAT file or the DDAK software. Under special consideration, Weitek 
provides source code to our Windows 3.1 and Windows NT 3.1 drivers. 
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2.8. BOARD DIAGNOSTIC SOFTWARE 


There are two diagnostic or test programs available in run-only and source code form. 
KDEBUG is the most up to date. It is an engineering development tool. 


BOARD TEST uses older initialization techniques, but has interactive and run only modes. it also 
includes a users guide and a listing of the procedures. 


2.9. WRITING DRIVERS 

New drivers, from scratch, are required for embedded applications like X Servers or for programs 
running on non-ix86 microprocessors like the Power PC or MIPS. In this case, begin with the OS/2 
DDAK or KDEBUG and thoroughly review the data book and this programmer's guide. The Board Test 
Program is another program distributed in source format. 
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3. POWER 9100 


3.1. DEVICE ARCHITECTURE 
The data book describes the chip architecture in detail. Here is a Control Flow diagram for the 
Power 9100. 


MEMORY 


DISPLAY 
MONITOR 





SOFTWARE CONTROL FLOW 
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The Power 9100 is made up of two chips, a VGA core and a workstation graphics accelerator. 
Integrated muxing logic switches between the two. Here is simple diagram showing the two 
sources for monitor and memory control. 


Native Mode 


Video 
Controller 


Host 
Interface 


Unit Parameter 
Engine 


Native Mode 


Drawing 
Engine 


Frame Buffer 
Controller 


Emulation Mode 


SVGA Video, and Frame 
Section Buffer Controller 





DUAL MONITOR AND MEMORY CONTROL 
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3.2. SOFTWARE ARCHITECTURE 


The Power 9100 is operated in Emulation Mode to support VGA compatibility. The VGA BIOS code is 
embedded in ROM. 


The VESA modes are supported in a Terminate and Stay Resident (TSR) program and operates the 
Power 9100 in Native Mode. 


The GUI operating systems and CAD applications also use the Power 9100 in Native Mode. The drivers 
for these include the code to initialization the Power 9100 for Native Mode and to switch between Native 
Mode and VGA Mode. 


DOS, VESA, GUI & CAD 
GUI Operating SOFTWARE DOS 
System, Operating 


and CAD Na Mods: System 


[41h]config.modeselect = 0 
Emulation Mode: 
[41hjconfig.modeselect = 1 


Graphics 
Driver 


P9100 Graphics Hardware 


Native Mode VGA Mode 
Register Set Register Set 


Native Mode Emulation Mode 


Shaded boxes represent source code in the DDAKs. 





SOFTWARE ARCHITECTURE 
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3.3. IDENTIFYING SILICON REVISION 


This programmer's guide discusses two silicon revisions as described below. A summary of the silicon 
anomalies are listed in Appendix B. 


N4C-A2 A2 N4C or N4CL 2h 
N4E-A4 A4 N4E or N4EL 4h 


Before you Start initializing the Power 9100 in Native Mode you can read the revision level as 
follows: 


// You must write something into SYSCONFIG before you can 
// read the revision level 

Il 

*P9100_SYSCONFIG = 0x00000000; 

revision = *P9100 SYSCONFIG & 0x00000007; 
switch(revision) 















case 0x02: 
printf("You have N4C-A2 silicon\n"); 
break; 

case 0x04: 
printf("You have М4Е-А4 silicon\n"); 

break; 








The SYSCONFIG register must be written before the revision level can be read. If you always read 
back revision level zero, then please inspect your code. If you read back something besides a О, 
2 or 4 then contact Weitek. 
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4. SYSTEM ISSUES 


4.1. POWER UP 

The Power 9100 typically powers up in Emulation mode in anticipation of booting in to a VGA compliant 
state using BIOS code. A pull up resistor is required on MD[26] to set pu_config.init_modeselect.26 =1 
to enable this. 


Power up state of registers that effect VGA Mode 


i PCI VLB 
[O4h]config.palette_snoop.5 1 1 N4C-A2 silicon 
0 1 N4E-A4 silicon 
[O4h]config.mem enable.1 0 1 
[O4h]config.io enable.O О 1 | 
[33..31h]config.rom base 000С 000С (Би 15 + O, also) 


[complete? accurate?] 


There are no known differences between the power on state and cycling RESET. 


4.2. DPMS 
There are two hardware mechanism to support DPMS, one for Native Mode, the other for VGA Mode. 
These are discussed separately in the reference sections of this manual. 
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4.3. INTERRUPTS 


4.3.1. Use of Interrupts 
The P9100 and the P9130 each have an interrupt output signal. Weitek software drivers only use the 
interrupt capability of the P9130. The interrupt pin on the P9100 is provided for those that want to use it 
with their own software. 


The P9130 interrupt line is connected to IRQ9 (VLB design ) for our software to work. In a PCI system, it 
is connected to INTA£, but in some silicon revisions it is not recognized by the System PCI BIOS as 
described below. In a development environment, it is possible to enable INTA# for the P9130 by 
programming the system chip set. 


The Video Power software maintains a command queue that is interrupt driven for playback and for frame 
capture in applications that include the Philips 7196 device. 
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4.3.2. PCI Bus Interrupts 
The PCI specification requires two registers in the Configuration Space Header to support interrupts. 
They are called the "Interrupt Pin" and "Interrupt Line" registers, offsets 3Ch and 3Dh. The interrupt line 
register specifies connection to INTA#. 


Product Status Report 


N4C-A2 
The P9100 N4C-A2 silicon mask does not included these registers so it is impossible to support PCI 
interrupts per the PCI specification. 


N4E-A4 


The P9100 N4E-A4 silicon includes the interrupt pin and line registers so the P9100 or P9130 get 
their INTA# interrupts assigned to an IRQ line. 
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4.4. DUAL BOARD SYSTEMS 


Hardware jumpers on MD[25] and MD[26] control the initial mode select and vga absent bios, disable 
state for the PCI configuration (or config) register. 


To enable a board NOT to boot VGA, and not be defined as VGA device, pull MD[25] high, but let 
MD[26] settle low. 


VGA Board Non-VGA Board 


pu_config.init_modeselect.26 1 (VGA mode) 0 (native Mode) 
pu config.vga absent bios disable.250 (VGA device) 1 (no VGA) see Note, below. 


Note: The pu config.vga.vga absent BIOS disable field is for the PCI bus mode only. It has the 
BIOS disable mode for BIOS shadowing VL Bus mode (for N4E-A4.) 
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5. PROGRAMMING NOTES 


(1) Emulation (VGA) Mode and Native Mode are mutually exclusive. Switching to one mode 
will reset the other. 


(2) Do not read from undefined registers. This may hang the Power 9100. An access to offset 
ООООҺ is reported to hang the system because the Power 9100 asserts DEVSEL#, but not 
LRDY#. 


(3) The data book states that some register bits are reserved and must be set to О. In some 


cases, these bits are don't cares. In all cases, it is best to write a O and don't assume 
anything on read back. 
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6. ADDRESSING MODES 


The addressing modes that are available at any given time is dependent on the mode of the Power 9100 
and the setting of various bits. Some addressing modes are only available in Native Mode, others only 
available in VGA Mode, and others that are available in both modes, but may or may not be available 
due to the bus type or disabling by mode bits. 


Logic Accessibility 

Config Registers PCI: Always Configuration Space 
VLB: Always I/O 9000h & 9004h, etc. 

Native Registers Native Mode Only 


Display buffer Native Mode Only 
ROM Native or VGA Mode 
DAC Native Mode 

DAC VGA Mode 


VGA Registers ** МСА Mode Only 
VGA Memory ** VGA Mode Only 


** VGA Registers and Memory make up a complete compatibility specification that is in not 
included in this document. 


6.1. CONFIG REGISTERS 

The Power 9100 supports the required PCI Configuration Space Header registers. These registers can 
be read as 8, 16, or 32-bit quantities [complete? accurate?]. Bytes appear on the byte lane defined by 
the lowest 2 address bits. 


The index pointer and data registers for VLBus mode, are always accessed as 32-bit registers. 
The Power 9100 extends this register set to include [40h]config, [41h]config, and [42h]config Registers. 
All these registers are in PCI Configuration Space when PCI Bus Mode is in effect. All these registers 


are indexed at 9000h when VLBus Mode is in effect. The location of the І/О mapped index/data 
registers in VLBus Mode can be offset slightly by pu config.cfgba.29..27. 
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6.2. NATIVE REGISTERS 


The Native Registers include many types of registers. Native Registers must always be accessed as 
32-bit words. Byte and 16-bit word accessing is not supported. 


The following are the groups of Native Mode registers and some specific registers included in the group: 


Group Specific Registers in the Group 

System Control sysconfig, interrupt, alt read bank 

Video Control hrzt, vrtt, srtctl 

VRAM Control mem config, rfperiod, ри config 

DAC Control DAC registers 

Video Coprocessor Video Power, 3D Power registers 

Drawing Engine color, plane mask, raster, pattern, window 

Parameter Engine device coordinate, window parameters, status 
. Command quad, pixel1, blit 


Not all memory locations in the Native Register memory space are used. Unused address locations · 
must be avoided for reliable system operation. 


6.3. DISPLAY BUFFER 


The display buffer is either 1, 2, or 4 MB in size and is a contiguous block of memory. The display buffer 
is map-able in a number of ways and is supported with 8, 16, and 32-bit accesses. This is described in 
the Native Mode Addressing section. 


6.4. DAC 

In all designs, the DAC is physically connected to the third byte lane of the VRAM data bus, MD[23..16]. 
DAC Control is a Native Mode register and must be accessed as a 32-bit quanity. Only the 8-bits of data 
on the third byte lane is meaningful. 


6.5. CLOCK GENERATOR 


The clock synthesizer is programmed via a [42h]config.CKSEL.1..0. The config register is accessed like 
all the other config registers. 


Page 16 





POWER 9100 
PROGRAMMER'S MANUAL 


PRELIMINARY DATA 
July 11, 1994 





6.6. ROM 


In PCI designs, the ROM is physically connected to the upper byte lane of the VRAM data bus, 
MD[31..24]. []config.rom base16..0 register holds the base address. 


In VLB designs, the ROM response is dependent on the board design and the silicon revision. The 
diagram below shows the ROM on ISA with N4D-4 silicon. 


VGA BIOS -- Emulation Mode 


31:30 29 28|27 26 25 24/23 22 21:20| 19 18 17 16|15 14 13 12/1110 9 вт 6 5 432 то 


PCI ROM | ; E ET | | 3 


[33..31h]config.rom base.16..0 
(reset default value shown) 


VLB ROM |oo o o|o o 0 ofo o o oļi 1 0 o]o 


Hardwired on the ISA bus. 
(N4E-4 & upgraded PCBs only) 
Register Offset 





ROM ADDRESSING 


[30H]config.rom enable. = 1 
[O4h]config.mem enable. = 1 


Product Status Report 
NAC-A2 


The N4C-A2 silicon interfaces the ROM onto the VLBus. This revision of the chip nor the board 
design support BIOS shadowing. 





N4E-A4 


New board designs that use N4E-A4 have the ROM on the ISA bus. The ROM is hardwired at 000C 
0000 to 000С 7FFF. Old board designs, with the ROM on the VLBus always operate like N4C-A2 


silicon. 





6.7. VIDEO AND 3D POWER COPROCESSOR 


These devices are addressed as a Native Mode register. 
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7. NATIVE MODE ADDRESSING 


Config Registers PCI: Always Configuration Space 

VLB: Always i/o 9000h & 9004h, etc 
Native Register Direct or In-direct Access Protocol 
Display buffer Direct or In-direct Access Protocol 
ROM Base address set to 000С 0000h on reset. 


7.1. DIRECT ACCESS PROTOCOL 


Direct Access Protocol maps all the Native Mode Registers and memory into a linear address. 


Direct Access Protocol -- Native Mode 


зт 30 29 28/27 26 25 24|23 22 21.20/19 18 17 16/15 14 13 12/11 10 9 8/7 6 5 ala 2 í o| 


Register | | | 


[13h]config.wbase.7..0 


Frame Buffer | 
[13h]config.wbase.7..0 


Memory Address 
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7.2. INDIRECT ACCESS PROTOCOL 
Indirect Address Protocol maps the Native Mode registers to ОООА ОООО to OOOA FFFF. 


In-Direct Access Protocol -- Native Mode 


Register 


Frame Buffer 


24-bit memory address я-- 
for reads 


alt_read_bank 
24-bit memory address gg _ | p Memory Offset 
for writes 


alt, write bank 





ALT READ BANK & ALT. WRITE BANK REGISTERS 


1111 1111 1111 1111 
reserved 32KB 


MEMORY MAP NATIVE MODE] 0111 1111 1111 1111 
000F FFFF па 32KB 


MISC “HOLES” 
BIOS 0000 0000 0000 0000 


NATIVE MODE REGISTERS 


0006 о config[41h].na select.3 = 1 


FRAME BUFFER or NATIVE MODE REGISTER 
config[41h].na select.3 


FRAME BUFFER WINDOW 
config[4th].na_select.3 = 0 


1111 1111 1111 1111 


READS MAPPED TO 
ELEMENT USING ONE EACH 
ай read bank OF 
8, 16, or 32 64 KB each 
WRITES MAPPED TO FRAME 
ELEMENT USING BUFFER 


0000 0000 alt write bank ELEMENTS 


0000 0000 0000 0000 





MEMORY MAPPING WITH ALT. READ BANK & ALT. WRITE, BANK 
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7.3. ENDIANESS 
The Power 9100 supports bit, byte, and 16-bit word swapping. All software programmers 
must be aware of swapping. Swap byte and 16-bit word allows the Power 9100 to work 
easily with Little and Big Endian microprocessors and system buses. 


Setting a swapping bit to a 1 causes the swap to occur, a O does not swap. 


If H & B are set to 1s, the bytes in a 32-bit quanity are swapped in the classic Big Endian/Little 
Endian fashion. 


7.3.1. REGISTER ENDIANESS 

The data book describes the internal bit assignments as they appear on the Host Interface with no 
swapping. Since the display buffer is Big Endian (see next section), the Native Registers associated 
with the display buffer data must be written in Big Endian mode. 


Big Endian Registers (all others are Little Endian) 
Color[3:0] 
Pixel1 data 
Pixel8 data 


7.3.2. DISPLAY BUFFER ENDIANESS 

The display buffer operates in Big Endian Mode. The Power 9100 displays MD[31..24] first, followed 
by MD[23..16], MD[15..8], and MD[7..0]. The accelerator always displays pixels in this format when 
operating from left to right. 


In 64-bit SAM bank designs, the data is used in controller memory bank order: 0, 1, 2, and 3. 


7.3.3. ENDIAN CONTROL BITS 
There are 3 places to control endianess, depending on the operation. 


Direct Access Protocol 
Native Registers -- upper address bits 18..16 
Display buffer -- sysconfig13..11 


Indirect Access Protocol 


Native Registers -- [41h]config.H,B,b 
Display buffer -- sysconfig13..11 
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8. INITIALIZATION 


8.1. PU CONFIG 
Initialization begins with the deassertion of RESET#. This action causes the pu config register to 
be initialized to the state of the MD bus. The Power 9100 has weak internal pull down resistors 
on this bus. External pull up resistors (with or without jumpers) are attached to individual MD 
signals to create a 1 in the pu config register. The definition of these bits are in the Reference 
Section of this document. 


If the Power 9100 boots VGA then the chip is in Emulation Mode. The BIOS programs the clock, 
DAC, and the Power 9100 to be VGA compliant. 


For Native Mode, the software sets up more configuration registers. If not already ticking, the 
software must obtain a stable MEMCLK and pixel clock selected by mem config.video clk sel.20 
before accessing the Video Control Registers. In some cases nothing must be done, in other 
cases a clock generator and the video clk sel bit must be programmed. 


The memory and video controllers are initialized to get a display. The Drawing and Parameter 
Engines are initialized to display graphics. 


8.2. MEMORY CONTROLLER 


The Memory Controller reads and writes data for the accelerator and host CPU. It also is 
responsible for refreshing the memory, servicing Video Controller requests for a split shift register 
transfer, and granting the bus to the Video Coprocessor. 


The memory controller is programmed using the mem config register. Details are described in the 
Native Mode Register Reference section of this document and in the data book. 


Simple memory tests determin the existance and size of the memory. 


// Code to size memory using Direct Access Protocol. 
// 
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8.3. VIDEO CONTROLLER 


The Video Controller maintains the CRT display by controlling the shift registers in the VRAMs, 
the clocking of pixels into the DAC, and the monitor timing signals. 


Do not read any of the Video Control Registers if there is not a stable clock on the selected pixel clock 
input (pixclk/divpixclk). This will hang the Power 9100. 


8.4. VRAM CONTROLLER 


to be done. 


8.5. OTHER INITIALIZATION 


The mem_config.soe_mode should be set to 10b whenever the Power 9100 is in VGA Mode. If this is 
not done, contending serial enables may be asserted at the same time. This results in high power 
consumption and may shorten the life of the VRAMs. 
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9. ACCELERATOR OPERATION 


The Graphics Accelerator is split in to two sections, the Parameter Engine and the Drawing 
Engine. These two work in parallel to provide a two stage level of graphic command pipelining. 


The operation of the Accelerator is described in the data book. 


The Power 9100 accelerator can be used once the chip has been initialized and the display buffer 
is accessible and displayable. 


The Parameter Engine is set with attributes for each command. The Drawing Engine contains 
attributes that are generally common to a command stream. 


The data book describes the architecture of the Drawing and Parameter Engines. A few 
clarifications are in order. 


The Status Register is read at offset 2000h. The Status Register is also returned when reading 
command registers. 


The values in the Status Register are updated quickly after a register write. There have been no 
reported delays of an update to an immediate Status Register read following a parameter or 
command register write. 

The Power 9100 has a powerful color expansion feature between the host and the display buffer. 


Monochrome images should be cached in main memory & blitted to the Power 9100 using the 
PIXEL1 command. 


9.1. PARAMETER ENGINE 
Refer to the data book 


PIXEL/BYTE WINDOWS 
Load the pixel window min and the byte windows min appropriately: 


byte window min = pixel window min * Bpp 
byte window max = [(pixel window max + 1) * Bpp] -1 


Bpp = Bytes per pixel (1, 2, 3, or 4) 
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9.2. DRAWING ENGINE 
DEVICE_COORDINATE 
STATUS 

CONTROL & CONDITION 


Refer to the data book. 


9.3. ISSUEING ACCELERATOR COMMANDS 
Refer to the data book on how to use the status register and command registers. 


The status register is very responsive. No known delays in status updates have been recorded. 


-------.-.----.-..-.---..-........-.------------..-....».-......--.---- е”. i am € € че чш er à ч À——— M чы am a À не нн M! ө чо чш € чы — — — uei € À €  À ee э э шш шшш 


TIP: The Blit Command is faster than the Quad command for read-modify-write operations. 
This is because the Blit Command uses the 8 element queue on the VRAM interface to 
reduce bus turn around and row misses. 


TIP: A second PIXEL8 command was added to the Power 9100 so the CPU can use the 
move string instruction for faster CPU execution. 


Page 24 








POWER 9100 
PROGRAMMER'S MANUAL 


PRELIMINARY DATA 





July 11, 1994 
10. DEVICE REFERENCE 
10.1. /O MEMORY MAP 
VGA Registers 3C3h, 3C4h, etc io mode enable 
Weitek-Specific VGA Regs 3C5h[12..10h], etc lock/unlock 
CONFIG 91xxh CFGBXA: always and only VLB 
CONFIG Config Cycle PCI Compliant 
10.2. MEMORY MAP 
VGA display memory space 
Emulation Mode: A0000-BFFFF VGA compliant 
Native Mode: А0000-АЕЕЕЕ 41h.Config[65] control 
Mappable to FB & Native Registers 
BIOS ROM C0000-C7FFF Reset condition: VGA compliant 
Any 128 KB 
boundary Native or VGA Mode: PCI or VLB, 


[33..31h]config.rom base 


Linear Display buffer & 


Native Mode Registers 
Any 16 MB boundary 
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10.3. VGA & WEITEK-SPECIFIC VGA REGISTER 


io mode en enable 


94h 

102h 

3BAh 
3B5h[1D..19] 
3COh, 3C1h 
3C2h 

3C3h 

3C4h 
3C5h[4..0] 
3C5h[12..10,7..5] 
3C7h 

3CAh 

3CCh 

3CD 

3DAh 
3D5h[24,1D..19] 
46E8h 


yes 
yes 
yes 
yes 
yes 
yes 
yes 
yes 
yes 
yes 
yes 
yes 
yes 
yes 
yes 
yes 
yes 


[complete? accurate?] 


io mode enable 


enable 


unlock 


Accessiblity 


x* 
x 
yes 
yes 
yes 
yes 
x 
yes 
yes 
yes 


yes 


unlock 
x 
x 
x 
yes 
yes 


yes 


ommen 


*motherbrd, pu_config.add_in_brd.0 = 0 


monochrome mode only 


means the register is accessible if the master VGA register 
enables are set. None of the VGA Registers are accessible until 
otherwise: 
41h.config[65].modeselect.1 = 1 
O4h.config[4].io. enable.O = 1 


means the io mode must be enabled and the following bits must be set according 
to the application 


Add-in Board 
46E8h, bit 4 = 0 
46E8h, bit 3 = 1 
102h, bit O = 1 


MotherBoard 
3C3h, bit 0 = 1 
102h, bit 0 = 1 
94h, bit 5 = 1 


means access to the register controlled by 3C5h, Index 11, bit 5. See Unlocking 
and Locking Weitek Specific VGA Registers. 
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10.4. ROM 
The ROM base address can be set on any 32KB boundary using: 
Config[33..31h].rom Баѕе[16..0]. 


10.5. CONFIG REGISTERS 

CONFIG[42..0h] 

These are PCI compliant registers that are also mapped to I/O space for VLB Bus mode. The three 
Weitek-Specific PCI registers, Config[42..40h] provide status on bus type, CKSEL[2] pin level, 
Native/VGA Mode select, mapping of A0000-AFFFF in VGA Mode, and control of VCEN# and 
CKSEL[2..0] pins. 


10.5.1. VLB Bus 
The І/О location for the Data & Index registers used to access the config registers is specified by 
pu_config.cfgba[29..27]. Set the Index Register (usually at I/O location 9100h) to the hex value (not 
decimal value) of the desired config register. Use the Data Register (usually at 1/0 location 9104h) to 
read and write the config register data. 


10.5.2. PCI Bus 
Configuration Space Header accesses use IDSEL# signal pin. Enable configuration bus cycles and 
append the offset register value to the PCI device 4. Example: if the Power 9100 is PCI device OEh, 
then the device ID register is OEO3h and OEO2h in Configuration Space. 
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10.6. PU CONFIG REGISTER 

This read only register is initialized by the state of the MD[31..0] bus at the desassertion of the RESET# 
signal pin. The bus has weak pull downs. Resistors with or without jumpers are added to create a 1. 
The ри config register is read only. Some of the fields are copied to other registers for easy access 
since the pu, config register itself is only accessible in Native Mode at offset 198h (VRAM Control 
Group.) 

Changing any of these fields will change the operation of the (hardware) or the (software). 


CONTACT WEITEK IF CHANGES ARE NEEDED. 
CONTACT WEITEK FOR THE LATEST DEFINITIONS. 


Direct Access Protocol -- Native Mode 


31.30 29 28|27 26 25 24|23 22 21.20/19 18 17 16|15 14 13 12/11 00 9 8|7 6 5 4 


pu. config 


Effects hardware 


Software Configuration 





PU CONFIG REGISTER 
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pu_config.bus.31..30 00 reserved 
(hardware) 01 PCI Bus 
[40h]config.7..6, read only 10 VL Bus 
11 reserved 
pu. config.cfgba.29..27 МО Addresses for index/data to config[42..00h] registers 
(hardware) in VLB mode only 
[40h]config.5..3, read only 000 Index @ 9100h Data@ 9104h (most common) 
001 9108h 910Ch 
010 9110h 9114h 
011 9118h 911Ch 
100 9120h 9124h 
101 9128h 912Ch 
110 9130h 9134h 
111 9138h 913Ch 
pu. config.init modeselect.26 0 Native Mode 
(hardware) 1 VGA Mode 


[41h]config. 1, read/write 


pu. config.init vga absent bios disable.25 
(hardware) 
[DAh]config.7, read/write 


In PCI Mode, this bit affects the PCI Class Code. VGA will still be available if this bit is set, 
but it will not be the PCI boot device. 


In VLB Mode, this bit has another definition that is dependent on the revision of silicon. The 
BIOS must be physically connected to the desired bus. NAC-A2 silicon only supports the 
BIOS on VLB where BIOS shadowing is not supported. Designs with N4E-A4 can support 
BIOS shadowing if the BIOS is connected to the ISA bus and 

pu config.init vga absent bios disable.25 is pulled high. 


PCI Mode 0 VGA is present in VGA mode 
1 VGA is absent in VGA mode 
VLB Mode, N4C-A2 0 BIOS enabled on VLB 
1 BIOS enabled оп МВ 
VLB Mode, N4E-A4 0 BIOS enabled on VLB 


— 


BIOS disabled on VLB, ISA enabled 


VLB Mode, future 0/1 not used 
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pu_config.init_bios_shadow.24 
(hardware) 


PCI mode 0/1 
VLB mode 0 
1 


pu_config.reserved.23..16 
(software) 


pu_config.dac_type.15..12 0000 
(software) 


not used 


BIOS enabled on VLB 
BIOS disabled on VLB, ISA enabled 


This is required for compatibility with future Weitek 
controllers. 


Reserved, do no use these bits. They cannot be used 

with certain types of DACs and are now reserved for future use. 
If we can resolve the DAC issue, then these will become 
available in the future. [The RGB525 drives its data bus during 
RESET so pu_config.reserved.23..16 get loaded with 15.) 


DACs supporting ID іп dac status  register.7..4. 
Not all DACs are supported. 


0000 PX2080 Pixel Semi MediaDAC 
0010 BT485A 

0011 reserved for unannounced product 
0100 BT484 

10xx BT485 

1100 ATT20C504 

1101 ATT20C505 


NOTE: Software does not necessary look at the DAC status register. If you are considering using a 
BT485 compatible DAC with additional features, please contact us first so we can determine fi the DAC 
status register alone will be enough to determine your DAC's unique requirements. 


0001 


0010 


1000 


BT489 (Brooktree's 64-bit BT485 with ES 
Call for support status. 


ATT20C510/511 (ATT's 64-bit) 
Call for support status. 


RGB525 (64-bit, w/1 PLL) 
Supported in our drivers. 
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pu. config.reserved.11..9 000 Set to zero, Do not put pull ups on these. 
(software) 


NOTE: Is there anything we missed that you need? If so, please contact Weitek and we can work 
something out! 


ри config.external io.8 0 External I/O registers not connected to DAC interface. 

(software) 1 External I/O registers are connected to the DAC interface, 
accessible by setting CKSEL[2] and accessing 3C9..6h. Read 
3C6h.3..0 with CKSEL[2] set to a 1 to identify board: 


0000 reserved, no id 

0001 assigned 

0010 assigned 

0011 open, call Weitek 

1101 open, call Weitek 

1110 assigned 

1111 reserved, no id 
ри config.clock.7..5 000 ICD2061A, 1С09161 or compatible 
(software) DAC generates all clocks 


001 Fixed 50 MHz MEMCLK & RGB525 Ref clock 
DAC generates pixclk 


ри соппад.тет depth.4 0 256kbx8 ог 256kbx16 VRAMs 
(hardware) 128kbx8 VRAMs 


-à 


This is used in VGA mode only to scale the memory size. 


pu_config.sam_size.3 0 Full-size shift registers 
(software) 1 Half-size shift registers 
pu. config.eeprom.2..1 00 AT24MEL 128x8 or compatible 
(software) 
ри config.add in Боага.0 VGA I/O port Enable (see VGA & Weitek Specific 
(hardware) VGA Register section) 
0 Motherboard application. 


-» 


Add-in Board application 
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11. NATIVE MODE REGISTER REFERENCE 


Always use 32-bit wide data words when reading or writing native mode registers. 


11.1. SYSTEM CONTROL GROUP 


offset 0000h 
sysconfig 
interrupt (see data book) 


interupt_en (see data book) 


alt_read_bank (see Indirect Access Protocol) 
alt_write_bank (see Indirect Access Protocol) 


N4C-A2 & N4E-A4 


Product Status Report (ref # 028) 


Due to a problem in the silicon, all System Control Group Register writes must be preceeded by a 
Display buffer read with address bits 14..7 matching the System Control Group address. 


Read the Display buffer at 1000 0000 0000 0000 0000 0000, then 
Write to the System Control Register. 


Additional System Control Register writes permissible immediately afterward. 


Care must be taken so an interrupt does not write to a CRTC register or the display buffer between 
the read of the frame buffer and the write(s) to a System Control Register. 
Reads of the System Control Registers are unrestricted. 





SYSCONFIG -- SYSTEM_CONTROL GROUP 


offset 004h 


sysconfig.reserved.31 
sysconfig.shift3.30..29 
sysconfig.pixel_size.28..26 
sysconfig.disable_selftime.25 
sysconfig.driveload2.24 
sysconfig.pllbackup.23 
sysconfig.shift0.22..20 
sysconfig.shift1.19..17 
sysconfig.shift2.16..14 
sysconfig.pixel_swap_half.13 
sysconfig.pixel_swap_byte.12 
sysconfig. pixel_swap_bits.11 
sysconfig.pixel_buf_read.10 
sysconfig.pixel buf write.9 
sysconfig.reserved.8..3 
sysconfig.id2..0 


shift control 3 
bits per pixel 


shift control 0 

shift control 1 

shift control 2 

halfword swap for display buffer accesses by CPU 
byte swap for display buffer accesses by CPU 


buffer selection for display buffer reads by CPU 
buffer selection for display buffer writes by CPU 


silicon revision 
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SYSCONFIG.ID2..0 
See "Identifying Silicon Revision" 


SYSCONFIG.PIXEL BUF READ.10 

SYSCONFIG.PIXEL ВИЕ WRITE.9 

The host CPU can program the Power 9100 for individual control of which buffer is accessed for CPU 
reads and writes. These are for CPU access the display buffer only. The memory to memory blitter does 
not have this ability. 


SYSCONFIG.PIXEL SWAP. HALF.13 

SYSCONFIG.PIXEL SWAP ВУТЕ.12 

SYSCONFIG.PIXEL SWAP BIT.11 

These bits affect the endianess between the host bus and the display buffer. Refer to "Endianess" 
section. 


SYSCONFIG.SHIFT3..0 

To calculate the Shift Control counts, total up the number of displayed horizontal pixels and multiply by 
the pixel size. Set the shift control fields so they add up to the total. Many combination of shift control 
values will work for a given resolution. Remember, this is a byte count of the horizontal line of active 
display. 


Examples 

Total Bytes — ShiftO Shift1 Shift2 Shift3 
1280x1024 x8-bits 1280 110 100 000 00 
1280x1024 x24-bits 3840 110 101 100 10 


SYSCONFIG.PIXEL SIZE.28..26 
Refer to the data sheet. 24 bpp mode packs 4 pixels into three 32-bit words. 
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11.2. VIDEO CONTROL GROUP 
offset 0100h 


hrzt, hrzsr, hrzbr, hrzbf, prehrzc, vrtt, vrtsr, vrtbr, vrtbf, prevrtc, srtctl2, srtctl 


HORIZONTAL BLANK AND SYNC TIMING 

The horizontal blank and sync timing are controlled by the CRTC_CLK (known as LCLK or VIDOUTCLK 
externally.) Add the timing, in pixel counts, multiply by the fractional сйс ratio, and make а final 
adjustment. mem config.blInkdly.28..27 only effects hrzbr and hrzbf. 


bpp 


сйс ratio = -----------. 
= RAMDACWIDTH 


Active Display 
(line) — = 


HSYNC# 


hrzsr = | ( sync) * crtc_ratio ] - 1 


hrzbr = [ ( sync + backporch) * crtc_ratio ] - 4 - blankdly 


hrzbf = | ( sync + backporch + activedisplay) * спс ratio | - 4 - blankdly 


hrzt- | ( sync + backporch + activedisplay + frontporch) * сіс ratio | - 1 


NOTES: 1) sync, backporch, activedisplay, and frontporch are in pixel counts. 
2) спс ratio is bpp/dac width. 





HSYNC REGISTER WAVEFORMS 
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Documentation Correction 


Horizontal Monitor Timing Registers -- 

The P9100 interprets the native mode horizontal CRT timing registers slightly differently than the 
P9000. When the software does not compensate for this difference then when the monitor timings 
are taken from the P9000, they produce different timings on the P9100 board. 


The Nov 93 P9100 data book is incorrect, it still documents the operation of the P9000 for hrzbr and 
hrzbf. Referring to Figure 132, the rising edge of hbink- occurs hrzbr + 4 + mem_config.binkdly 
CRTC clocks after the falling edge of hsync (not hrzbr +1 as the figure states.) Similarly, the falling 
edge of hblnk- occurs hrzbf + 4 + mem config.blnkdly CRTC clocks after the falling edge of hsync- 
(not hrzbf * 1 as the figure states.) 





Product Status Report (ref # 029) 


In designs using 2 controller banks and a 64-bit DAC, the horizontal front porch may have to be 
increased at low resolutions such as 640x480x8, but MEMCLK can still be 50 MHz. Please contact 
your sales office for more information. 
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SRTCTL.QSFSELECT. 
SRTCTL.SRC_INCS. 
MEM_CONFIG.VAD.SHIFT 


These registers control the timers for the VRAM serial shift registers. You need to know the number of 
VRAM SAM banks of memory and the size of the shift registers. 


To determin information about the VRAMs, read the pu_config register. 


VRAM Row Size Full SAM * Half SAM 
128kbx? 256 256 128 
256kbx? 512 512 256 ** 


* typically Micron 
** typically IBM, Т! 


SRTCTL.QSFSELSECT 
The srtctl.qsfselect controls how frequently the shift registers have to be reloaded. First, compute 
effective depth of the shift registers: 


effective _shift_register_depth=depth_of опе shifi register*effective sam banks 


32[bits]* controller banks 


Where: effective sam banks = 
— DACWIDTH [bits] 


Now, compute srtctl.qsfselect: 


srtctl.qsfselect = log (effective shifi register depth) — 5 


Example: Full size, 256kx16 VRAM 
4 MB, 64-bit DAC 


effective sam depth = 1024; qsfselect = 5. 
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SRTCTL.SRC INCS 

The srtctl.src_incs controls the address generation for the shift register reloads. The effective row size is 
determined by the number of memory banks and the depth of a memory row. The width of the DAC does 
not matter. It is the effective row size that determines the value for srtctl.src_incs: 


effective row size -row size of one bank*controller banks 


srictl.src_incs = log2(effective row 5іге)-9 


VAD_SHIFT 
For full sized VRAMs, use: 


mem config.vad shft = 0 This is true in most cases. Exception below. 
HALF SIZE SAM VRAMs 


The simplistic approach for half-size SAM VRAM is to compute the values as if the VRAM were full-size 
SAM VRAM and then adjust the values as follows: 


if (half size SAM) 
€ 
srtctl.qsfselect--; 
if €srtctl.src incs != 0) 
srtctl.src incs--; 
else 


mem config.vad shft = 1; 





2 


For a half size sam VRAM, decrement qsfselect by 1. If srtctl.src is greater than 0, then decrement it 
too, otherwise set vad_shft to a 1. | 
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SRTCTL2 -- VIDEO CONTROL GROUP 


DPMS 

srtctl2.vsync_plt.3..2 — srtctl2.hsync_plt.1..0 
OFF 10 10 
STANDBY Ox 10 
SUSPEND 10 Ox 
ON Ox Ox 


Note: The x value is dependent on the desired sync polarity. 
The mechanism to assert BLANK has not be determined at this time. The srtctl.enable video bit 
also disables syncs. [complete? accurate?] 


Documentation Correction 
Sync Polarities -- 


The databook and errata do not correctly document HSYNC and VSYNC. The correct specification 
follows: 


SRTCTL2 register -- 
hsync ри 10 — HSYNC Polarity control vsync ри 3,2 VSYNC Polarity control 
00= High true polarity 00= High true polarity 


01= Low true polarity 012 Low true polarity 
10= Forced low 10= Forced low 


11= Forced high 11= Forced high 


unused 11.4 Read back as 1s. 
unused 31.12 Read back as 05. 
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11.3. VRAM CONTROL GROUP 


MEM CONFIG -- VRAM CONTROL GROUP 
The following fields in the mem_config register are often programmed with the same values; 
others are programmed according to the memory type, size and organization. These are descibed 


in more detail: 





















mem config.vram read sample.31 
mem config.slow host hifc.30 = 1 
mem config.config[3].29 

mem config.binkdly.28..27 

mem config.reserved.26 =0 
mem_config.soe_mode.25..24 
mem config.shiftclk mode.23..22 
mem config.vad sht.21 

mem, config.video clk sel.20 

mem config.blank edge.19 

mem config.reserved.18..16 =0 
mem config.shiftclk freq.15..13 
mem config.crtc freq.12..10 
mem config.hold reset.9 

mem config.dac mode.8 = 
mem_config.dac_access_adj.7 = 
mem_config.priority_select.6 = 
mem_config.vram_write_adj.5 
mem_config.vram_read_adj.4 
mem_config.vram_miss_adj.3 
mem config.config[2..0] 





= 1 


high order bit of memory configuration 


blank delay 


serial output enables on VRAMs 
serial shift clock on VRAMs 


additional divide for Video Transfer address 


select video source 
LCLK clock edge for H/VSYNC 


divide rate for LCLK 
divide rate for CRTC 
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MEM СОМҒІС.СОМҒІСІЗ..0129,2..0 
Separate the fields into three sub fields: 


config{3] = 0; // assume no double buffering 


if (VRAM 256K) // depth of the VRAM page 
config[2] = 1; 

else 
config[2] = 0; 





config[1..0] = number of banks - 1; // number of 32-bit banks 


Some common configurations are shown in the databook. There is no difference between a 
256kbx8 and a 256kbx16 implementation. The 256kbx16 VRAMs must have individual byte 
WEs, however. 
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MEM CONFIG.VRAM MISS ADJ.3 

The vram miss adj.3 field may be programmed to zero to improve performance. This will affect 
the VRAM timings and should not be done without an understanding of potential negative 
implications. (Most likely several timing parameters will be violated, but the board will still work.) 


MEM CONFIG.CRTC FREO.12..10 

MEM CONFIG.SHIFTCLK ЕНЕО.15..13 

MEM CONFIG.VIDEO CLK SEL.20 

The video back-end runs from a load clock (LCLK) that controls the generation of the blanking and 
synchronization signals and controls the clocking of groups of pixels into the DAC. The 
relationship between the pixel clock, which controls the rate at which pixels are sent to the 
display, and the load clock is given by the following simple formula: 





bppl bits 
LCL ГЕ pixel — 257 Duero 
sec DACWIDTH [bits] sec 
The pixel clock is multiplied by the factor ge sem to generate the LCLK. 
DACWIDTH 


The DAC generates SCLK which is connected to DIVPIXCLK on the Power 9100. The SCLK 
frequency is based on the pixel bus width, the color depth, and the pixel clock. SCLK is fed 
though the Power 9100 (via DIVPIXCLK) to become LCLK that is connected back to LCLK on the 
DAC. 


LCLK is a delayed version of the SCLK (DIVPIXCLK), the frequency is not affected with the 
following settings: 


mem config.crtc freq.12..10 = 000b 
mem config.shiftclk freq.15..13 = ОООЬ 


Select DIVPIXCLK as the input for SCLK: 


mem config.video clk sel.20 = Ob 
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MEM CONFIG.BLANK EDGE.19 

The mem config.blank edge.19 bit determins the edge of LCLK used to generate BLANK#, 
HSYNC, and VSYNC. In general the falling edge is preferred and should be used whenever possible. 
Some older boards will fail if the rising edge is used. 


O means the rising edge of LCLK 
1 means the falling edge of LCLK 


Silicon Product Status (ref # 014) 


N4C-A2 
N4C-A2 cannot use the falling edge when: ск > 33 MHz. 


When mem_config.blank_edge.19 = 1 and the LCLK frequency is too high the screen may display a 
horizontal ripple. When mem_config.blank_edge = 0 and there is no series damping on the BLANK# 
signal, then noise may be seen on the left and right edges of the screen. 





N4E-A4 


The N4E-A4 silicon uses the falling edge at any frequency. 


MEM CONFIG.VAD SHT.21 
Refer to the discussion about programming the srtctl registers, Video Control Group. 


MEM CONFIG.SHIFTCLK MODE.23..22 

MEM CONFIG.SOE MODE.25..24 

First, compute the number of effective SAM banks in the current configuration. A SAM bank has 
the width of the bus connecting the VRAMs to the DAC. The controller banks refer the number 
of memory banks that the controller interleaves. The controller banks are always 32 bits wide: 


32[bits ]* controller banks 


sam banks = 
= DACWIDTH [bits] 


NOTE: If this number is ever less than one, then you must reduce the effective width of the DAC. 
For example, if you had one bank of memory connected to a 64-bit wide DAC, then you would 
have to configure the DAC as a 32-bit DAC. In this case, generate an intelligible error message 
and wait for customer requests before supporting this type of configuration. 

Apply the following formula: 

mem config.shiftclk mode = log2(sam_banks) 


mem config.soe mode = log 2(sam_ banks) 
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MEM CONFIG.BLNKDLY.28..27 


Silicon Product Status (ref # 014) 
N4C-A2 


if (mem config.blank edge == 0) 
// positive edge LCLK generates blank and syncs 
mem config.blnkdly = 1; 

else 
// negative edge LCLK generates blank and syncs 
mem config.blnkdly = 2; 


// The following configuration requires special casing because 
// an external PAL is used to generate the shift clocks. This 
// requires an additional cycle of blank delay to align blank 
// properly with the the serial clocks. 
// 
if (Cactual banks == 4) && (dacwidth == 32)) 

mem config.blnk dly**; 


mem config.blnkdly = 1; 
// The following configuration requires special casing because 
// an external PAL is used to generate the shift clocks. This 
// requires an additional cycle of blank delay to align blank 
// properly with the the serial clocks. 
// 
if (Cactual banks == 4) && (dacwidth == 32)) 

mem config.blnkdly**; 
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1 SAM BANK DESIGN 
MEMCONFIG.SHIFTCLK_MODE.23..22 = 00 
MEMCONFIG.SOE_MODE.25..24 = 00 
MEMCONFIG.BLANK_EDGE.19 = see below 
MEMCONFIG.BLNKDLY.28..27 = see below 


[complete? accurate?] 


Active Display 
(line) 


BLANK# 
(blank_edge= 1) 
(blankdly= 00) 


BLANK# 
(blank_edge= 0) 
(Ыапкаіу= 00) 


BLANK# 
(blank_edge= 0/1 ) 
(blankdly= 01) 


SCO, 1 


SEO, 3# 


PIXEL DATA 
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2 SAM BANK DESIGN 
MEMCONFIG.SHIFTCLK MODE.23..22 = 01 
MEMCONFIG.SOE MODE.25..24 = 01 
MEMCONFIG.BLANK_EDGE. 19 = 1 

~ MEMCONFIG.BLNKDLY.28..27 = 00 


[complete? accurate?] 


Active Display Line 


| 

BLANK& | 
(blank, ейде- 1) 
(blankdly= 00) | 


Sco 


SC1 


SE0# 


SE3# 


| | | NN ЖЕНЕ RE. 
доол xo d Kat Ме Мед. 
à H i r H : 
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4 SAM BANK DESIGN 
MEMCONFIG.SHIFTCLK MODE.23..22 = 10 
MEMCONFIG.SOE MODE.25..24 = 10 
MEMCONFIG.BLANK EDGE. 19 = 1 
MEMCONFIG.BLNKDLY.28..27 - 00 


[complete? accurate?] 


An external PAL is required to generate SE1# and SE2#. This PAL is described in the Application Note. 
This is an unusual implementation, but is fully supported. 


Active Display Line 


BLANK# — | 
(blank edgez 1): 
(blankdly= 00) | 


5С0 


5С1 


SEO# 


SES | 


PIXEL DATA | 
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11.4. DAC CONTROL GROUP 
DAC REGISTER 
offset 200h 


Address bit 5..3 map to the 4 address lines for the DAC. Accesses must be 32-bit words, but only 1 byte 
. of data is transferred. This byte is transferred on the MD[23..16] byte lance and is driven on to the host 
interface bus with the effects of data swapping (endianess) for Native Registers in full effect. Use 32-bit 
long words to read and write the DAC. Only one byte lane has significance. [complete? accurate?] 


For writes, it may be simpler to duplicate the 8-bit data in all byte lanes. For reads, the correct byte must 
be extracted. 


Product Status Report (ref # 028) 
N4C-A2 & N4E-A4 
Due to a problem in the silicon, all DAC writes must be preceeded by a Display buffer read with 
address bits 14..7 matching the DAC address. 


Read the Display buffer at 1000 0000 0000 0010 0000 0000, then 
Write to the DAC. 
Additional DAC writes permissible immediately afterward. 


Care must be taken so an interrupt does not write to a CRTC register or the display buffer between 
the read of the frame buffer and the write(s) to a DAC. 


Reads of the DAC are unrestricted. 
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IBM RGB525 Notes: 
Get a copy of IBM's document that explains how to minimize the clock jitter of the PLL inside the IBM 


RGB525: 
Programming the RGB525 Clock Generator 
March 10, 1994, David Warfield, Revision 1.0 


DAC Recovery Time Notes: 
Most of the DACs have restrictions and cautions associated with their programming. Below is a 


partial list of know limitations. 


The BT485 DAC requires a recovery time between palette accesses. The P9100 native mode has a 
programming mode to provide this recovery time, but it is not completely effective. It is advisable to 
extend the recover time by reading a native mode CRTC register or the PU CONFIG register 
between palette writes. In VGA mode, the P9100 has the required delay between palette accesses 
for the DAC to function properly. 
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11.5. VIDEO POWER & 3D COPROCESSOR GROUP 
refer to the source software and the Video Power programmer's and 3D programmer's guides, when 
available. 


11.6. PARAMETER ENGINE GROUP 
refer to the data book 


11.7. DRAWING ENGINE GROUP 


The drawing engine group is covered in the data book. A few clarifications are included in this section. 
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11.7.1. PATTERN REGISTER 


DRAWING_ENGINE GROUP 
offset 2280h 


[complete? accurate?] -- Due to time considerations, this section may not be accurate, but it 
does convey the concept used by the pattern register. An accurate depiction is planned for 
the next revision. 


The Pattern Registers consist of four 32-bit read/write registers. As a group they specify a bit pattern 
of pointers to the color registers for use by the Quad command. 


This group of pattern registers make up an 8x8 pointer map. Its 2 bit deepness selects one of 4 color 
registers. The 8x8 pattern is repeated over the entire display area in all directions. The origin (0,0) is 
relocatable using the Pattern Origin XY Register. The 2 bit value at the origin is in pattern register 0, 
bit locations 23 and 31, least and most sifgnifcant values respectively. 


PATTERN REGISTERS 


COLOR REGISTERS 


display buffer 1 
coordinate system 
COLOR 0 


z bits selects the 
color register COLOR 1 
COLOR 2 


COLOR 3 


PATTERN REGISTER BIT MAP 
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Pattern Registers 


31 30 29 28| 27 26 25 2423 22 21 20/19 18 17 16/15 14 13 12/11 10 9 8|7 6 5 413.2 


(x, y, 2) coordinates first row of 8 pixels f 
bit 1 | bit 0 second row of 8 pixels 


(7..0, 0, 1) (7..0, 0, 0) (7..0, 1, 1) (7..0, 1, 0) 


third row of 8 pixels fourth row of 8 pixels 


(7..0, 2, 1) (7.0, 2, 0) (7..0, 3, 1) (7..0, 3, 0) 


fifth row of 8 pixels sixth row of 8 pixels 
(7..0, 4, 1) (7..0, 4, 0) 
seventh row of 8 pixels 


(7..0, 6, 0) (7..0, 7, 1) 





PATTERN REGISTER 
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11.7.2. COLOR REGISTERS 


[3..0]COLOR -- DRAWING. ENGINE GROUP 
offset 22xxh 


The color registers are read/write registers that are selected іп the Pixel! Command, and all situations 
using the Minterms. 

2200h COLOR[O] Background (for PIXEL1 command) 

2204h COLOR[1] Foreground (for PIXEL1 command) 

2238h COLOR[2] (raster.pattern depth[14] = 1) 

223Ch COLOR[3] (raster.pattern depth[14] = 1) 


Color data must be replicated in all four bytes of a register when operating in 8- or 16-bit per pixel mode. 
In 8-bit mode, write the same color value in all four bytes. In 16 bpp mode, replicate the color value 
twice. The upper byte in 24 bpp mode must be loaded with the Blue element (same as the first byte.) 
[rde IC or HW ENGINEERING or SW ENGINEERING: Confirm the upper byte is a care.] 
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11.7.3. RASTER REGISTER 


RASTER REG -- DRAWING ENGINE GROUP 
offset 2218h 


PATTERN MODES -- RASTER REG 
There are 3 individual bits in the Raster Register to control the mode of the Pattern Register. > 


[complete? accurate?] 


PATTERN DEPTH 
raster.pattern_depth[14] must be set to 0 in 16, 24 & 32 bpp modes. Select either in 8 bpp mode with no 
impact on performance. 
0= = 2 color pattern (color[0] and color[1] only, color[2] and color[3] are ignored) 
[rde ENGINEERING Confirm this 2 color mode uses color[0] and color[1]] 
1 = 4 color pattern (8 bpp only) [rde ENGINEERING: Why only 8 bbp?] 


PATTERN TRANSPARENT 

raster .transparent_enable[17] works in all bbp modes. 

0 = the raster.midterms operate normally 

1 = Color[] Reg = 00h the pixel not written (uses write-per-pixel mode of VRAM) 
Союп] Reg NOT= 00h the raster.midterms operate normally 


[rde IC or HW ENGINEERING or SW ENGINEERING: these definitions need reviewing.] 
PATTERN SOLID COLOR 


0 = solid color enabled, the pattern register appears as if it has all 1s. 
1 = solid color disabled, pattern enabled (pattern value selected color register) 
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MINTERMS -- RASTER REG 

"LOGICAL OPERATIONS ON SOURCE, DESTINATION, AND PATTERN COLOR " 

The drawing engine uses raster or logical operations for drawing quads and blitting areas. 

Minterms are used by the raster ops engine to perform Boolean operations on pixel color. Pixel 
widths of 8, 16, 24, or 32-bits are supported. The raster.minterms[7..0] operate on each bit of 
the pixel in parallel. 


There are 3 pixel color sources for the Boolean operation: 


SOURCE COLOR 
The source pixel color depends on the operation. 


Command Source 

Quad color register selected by the pattern and mode bits 

Blit display buffer pixel color value 

Pixel8 data from the host bus 

Pixel color[O] or color[1], using individual bits from the host bus data to select 
Next Pixels same as the preceeding Pixel Command 


DESTINATION COLOR 
The destination color is the pixel color in the Display buffer where the pixel is being written. 


PATTERN COLOR 
One of the four color registers (selected by the pattern register) 
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DETERMINING MINTERMS 

Taking each bit in the pixel individually, the Minterms operate according to how the bits are set in 
raster.minterms[7..0]. Set one or more bits to enable one or more cases to generate a 1 in the 
resulting pixel color value. 


On a bit by bit basis, determin the conditions when a 1 is desired for the color result. 


3 Input Logical Operation: Examples: 
Source Source 
Pixel Pattern XOR AND 
0 0 0 minterms[O] = 1 0 О 0 0 
0 0 1 minterms[1] = 1 0 0 1 О 
0 1 0 minterms[2] = 1 1 0 1 0 
0 1 1 minterms[3] = 1 1 0 O 1 
1 0 0 minterms[4] = 1 0 1 0 0 
1 0 1 minterms[5] = 1 0 1 1 О 
1 1 О minterms[6] = 1 1 1 1 0 
1 1 1 minterms[7] = 1 1 1 О 1 
raster.minterms[7..0] CCh FOh 66h 88h 


— À— reer 


TIP: When the destination color becomes a don't care, this is special case in the hardware 
that eliminates a read cycle to improve performance. The special case occurs when the 
value in raster.minterms[7..0] has only adjoining bit value pairs the same. Destination Color 
becoming a Don't Care is a Special Case (improved performance) 

High Performance Minterms: 


raster.minterms[7..0] = ОЗһ, OCh, 30h, COh & OR'ings: OFh, СЕН, CCh. etc. 
[rde ENGINEERING: is this true for all these cases?] 
[complete? accurate?] 


------. HÀ "— A) — € we me me —— ————— — ÁÜ——t———— —— —— ———À———— ——— ————— "€ ————— — ——— —— ee 
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12. BOARD REFERENCE 


12.1. CLOCK SYNTHESIZER PROGRAMMING 

The clock synthesizer is a serially programmed device that uses two data bits (pins Serial Clock 
and Serial Data.) These two pins are controlled by either the [42h]config.clock_select.3..2 field 
(Native Mode) or І/О ports 3C2/3CC bits 3..2 (VGA Mode.) 


[42h]config.clock select.2 is CKSELO, and [42h]config.clock select.3 is CKSEL1. Always program 
[42h]config.4 (CKSEL2) to a O unless External I/O Register Mode is desired. 


The ICD 20614 clock synthesizer has two outputs that are controlled by writing a series of values 
to cause the Serial Clock and Serial Data lines to toggle in order to serially program information 
into the chip. Refer to the initialization code examples. The ICD 2061A takes a 10 mS to time 
out and adjust itself. Wait for this to occur before accessing Power 9100 registers or registers it 
controls. 


The ICD 2061A has a watch-dog timer on the Serial Clock and Data lines. After 5 mS of 
inactivity, these bits select which of 3 internal registers will be used to set the frequency of 
ҮСІК. It takes another 5 mS for the frequency to adjust. 


Bits 3..2 lection after f In-Activi 
00 RegO, default freq = 25.175 MHz 
01 Reg1, default freq = 28.322 MHz 
10 
11 Reg2, Programmed by the BIOS or Driver 


The ICD 2061A is used in at least 2 configurations. 


Configuration #1:  . 
MCLK is the MEMCLK 
VCLK is the Pixel Clock 


Configuration #2: 


MCLK is the MEMCLK 
VCLK is the Reference clock for another PLL (IBM RGB525 for instance.) 
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MEMCLK FREQUENCY 
Product Status Report (ref # 017) 
N4C-A2 
If the number of controller banks = 2 and the DAC width = 64 then the MEMCLK frequency must be 
less than 7 times theLCLK frequency, but not greater than 50 MHz, the Power 9100 spec. 
N4E-A4 | 


MEMCLK can be set as high as 50 MHz, the Power 9100 spec. 


CLOCK OSCILLATORS 

Some designs do not contain a descrete clock synthesizer. In this case, a clock oscillator (tin can) 
supplies the same clock for MEMCLK and the reference clock for another PLL. In this case there is no 
ICD2061A and the N4C-A2 silicon does not work at low resolutions in a 2 MB design using a 64-bit DAC. 


ICD 2061A Notes 
(1) Do not program the two phase locked loops to the same frequency. Drivers should contain 
code which insures that the ICD 2061A pixclk and memclk PLLs are always operating at | 
different frequencies. 


Here are two examples of how this can happen: 


You're using the ICD 2061A with a Brooktree DAC and are running with a 50 MHz 
memclk and select a display resolution of 800x600@72Hz refresh rate which requires a 
50 MHz pixclk. If the driver programs the same control values into both PLLs then 
visible screen jitter will occur. 


You're using the ICD 2061A to generate a reference clock for the ІВМ RGB525 


(2) After selecting a new pixel frequency you must wait at least 10 ms for the frequency to 
stabilize. The host interface of some DACs is not usable until the frequency is stable. For 
instance is you are using the ICD2061A to generate a reference clock to the IBMRGB525 
RAMDAC and you toggle the clock select bits in VGA to select a new frequency, then a delay 
should be inserted before the DAC host interface is used. This is currently handled by the 
BIOS. 


(3) There are often several ways to obtain the same output frequency which will produce 


different levels of clock jitter. Some customers like to pick these control values carefully to 
produce the most stable display. 
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13. VGA MODE REFERENCE 


In VGA Mode the Power 9100 operates like a VGA chip. VGA Mode is selected by setting 
[41h]config.modeselect.1 = 1. 


13.1. ENABLING VGA COMPATIBLE REGISTERS AND MEMORY 


The controller must be іп VGA Mode with I/O and memory enabled to support VGA register and 
memory compatibility. Power up values to VGA Mode: 


Config[41h].modeselect.1 = 1 
Config[O4h].mem enable.1 = 1 


Config[O4h].io enable.O — 
[complete? accurate?] 


13.2. VGA PALETTE SNOOPING 
VGA palette snooping works when the Power 9100 is in VGA mode. 


Palette Snooping is enabled to allow palette writes to migrate to all buses, including the ISA bus, if 

present, so all VGA compatible DACs get updated color information. This is accomplished by 

having the Power 9100 controller perform the write, but not claim the bus cycle. 
[O4h]config.shadow_dac.5 = 1 enables Palette Snooping 


Palette reads proceed normally, claiming the bus cycle with the assertion of LDEVZ/DEVSELZ. 


Silicon Product Status (ref # 026) 


N4C-A2 


The N4C-A2 silicon does not support Palette Snooping on the PCI Bus due to unacceptable responses to 
aborted cycles. This problem does not effect VLBus systems. The Video BIOS should disable Palette 


Snooping on PCI boards using N4C-A2 silicon. 





N4E-A4 


Palette snooping works on PCI and VLBus. 
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13.3. DPMS 
CRTC registers 


OFF 
STANDBY 
SUSPEND 
ON 


Contact Weitek for DPMS support. 
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13.4. SAVE & RESTORE VGA 


When switching to Native mode, the contents of all VGA registers and memory locations are not 
preserved so a complete save operation is required before switching in order to restore the state at a 
later time. 


SAVING VGA REGISTERS & MEMORY 
The VGA registers can be saved by reading all of them. The display buffer data must also be read 
before changing state. After changing state, immediately store the contents of the extended DAC 
registers. The device is now in Native Mode. 


Save VGA registers 

Save VGA memory 

Switch to Native Mode 

Save Extended DAC registers 


// Code to save VGA. 
// 


RESTORING VGA REGISTERS & MEMORY 
Before switching to VGA Mode, restore the extended DAC registers and set 
mem config.soe mode = 01h. Switch mode and restore the VGA registers and memory. 


// Code to restore VGA 
// 


Silicon Product Status (ref # 030) 
N4C-A2 & N4E-A4 


The Power 9100 loads pu_config.mem_depth.4 at the deassertion of RESET# and on the transition from Native 
to VGA Mode. The value loaded is taken from the MD[4] at the time of the transition. To clock the MD[4] bit 
properly, ROM code fetching (or pre-fetching) cannot be occuring at the moment the mode switch is made. 


The BIOS code pushes instructions on to the stack before execution. This calls off prefetching of code from 
the ROM so the MD[31..0] bus settles to a 0. 
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14. APPENDICES 


14.1. BIOS REVISION HISTORY 


Not all BIOS versions were formally released. Released versions include a release note & date (as 
shown below). Here is a summary of BIOS revisions. 


Release 1.10 


Basis -- Production Release. 


Release 1.20 (see release notes, April 18, 1994) 
DPMS support added. 


File names changed to show version. 
EDITBCT.EXE included to allow modification of sign-on banner & OEM string. 


elease 1.21 
Palette snooping OFF for all PCI designs. 
Alternate Font Select fixed (??) 


Release 1.22 

AutoMem sizing stored in 3C4 Index 12 (SEQ 12), bits 5,4: 
00 1 MB 
01 2 MB This must change because bit 5 
10 4 MB is CKSEL2. 


Palette snooping OFF for PCI NAC-A2 designs. 
No change in palette snooping policy for PCI N4E-A4 designs. 
Palette snooping ON for all VLB designs. 


Release 1.23 
Amount of memory available in native and emulation mode are stored in the Output Control Register 
(3C5h INDEX 12h). 


3..0 SVGA clock frequency 


4 - 512 KB Emulation memory 
= 1 MB Emulation memory 
5 CLSEL[2], always set to zero. 


7.6 00- 1 МВ Native memory 
012 2 MB Native memory 
10+ “4 МВ Native memory 


Fixed memory detection problem in emulation mode. Modes 1024x768 x6 and 1280x1024 x4 work 
properly. Assumes 256k x memory types, always. 


Palette Snooping policy -- - 


VLB: Enabled all the time. 
PCI: Disabled for AO - АЗ, no change to control bit when А4 is present. 


Page 61 











VESA DPMS does not trash video memory. Refresh cycles occur during DPMS now. 


VESA function 0 (Return Super VGA Information) does not list modes 110, 111, 112, 113, and 114 as 
supported modes. 


Release 1.24 (see release notes) 
to be done 
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14.2. P9XOORES.DAT FILE 
[complete? accurate?] -- additional discussions are planned for the next release. 


P9XOORES.DAT FILE USAGE 
The P9xOORES.DAT file contains two types of information that are used by the install program: 
system parameters & monitor configuration. 


POXOORES.DAT FILE CONTENT 

The P9xOORES.DAT file contains four types of information: 
1) variables 

2) monitor blocks 

3) timing blocks 

4) overrides, and 

5) comments 


VARIABLES 

MONITOR BLOCKS 

TIMING BLOCKS 

OPTIONAL OVERRIDES -- Windows Driver 

NOTE: The optional override parameters are used on a display timing basis. This is independent of 
color depth. Тһе memcfgset & memcfgclr overrides are design to allow special ability to change 
bits 19, 27, & 28. To clear these bits, regardless of what the driver wants to do, set memcfgclr 
to E7F7 FFFF. To set these bits, set memcfgset to 1808 ОООО. The software actually performs 


anding and oring on all 32-bits, but the usefulness of this is only experimental. 


COMMENTS 
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14.3. DISPLAY PROBLEMS 


WAVY DISPLAY -- Native or VGA Mode 


ІСО2061А is incorrectly programmed. Set the clock frequencies so they are always slightly different 
(Windows Driver 1.00.06 and beyond do this). 


UNDULATING LEFT AND RIGHT EDGES -- Native Mode 
The blank signal is not clocked correctly in to the DAC. On N4C-A2 silicon, memconfig.blank_edge.19 
needs to be set to zero (rising edge) to satisfy internal timing at high frequency LCLK. Hold time to the 


DAC can be satisfied by placing a 33 to 47 ohm series damping resistor near the Power 9100 on the 
BLANK¢# signal. 


see mem config.blank edge.19 for details. 


JITTERY DISPLAY -- Native or VGA Mode 
If the PLL on the IMB RGB525 is used, see DAC programming for details. 


BLANK SCREEN DURING OPERATION -- Native Mode 
The sync timings become corrupted because a DAC or System Control register was no programmed 
correctly. All software code must read the display buffer before writing to the DAC or System Control 
registers. See DAC programming or System Control Register programming for details. 
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15. INDEX 


Accelerator operation, 23 
Addressing clock generator, 16 
Addressing config registers, 15 
Addressing DAC, 16 

Addressing display buffer, 16 
Addressing modes, 15 
Addressing native registers, 16 
Addressing ROM, 17 
Alt_read_bank. alt_write_bank, 19 
BIOS revision history, 61 

BIOS ROM (see ROM), 17 

Blank & sync timing, horizontal, 34 
Blank_delay, mem_config, 43 
Blank_edge, mem_config, 42 
Bus type in pu_config, 29 

Byte swap for host to display, 33 
Byte swapping, 20 

Clock oscillators, 57 

Clock synthesizer, 56 

Clock type in pu_config, 31 
CLSEL[2..0], native mode, 56 
Color register, 52 

Command execution, 24 

Config register reference, 27 
CRTC clocks, native mode, 41 
DAC control registers, 47 

DAC type in pu_config, 30 

DAC, bt485, 48 

DAC, rgb525, 48 

Device architecture, 6 

Device reference, 25 

Device revision identification, v, 9 
Direct access protocol, 18 
Display buffer endianess, 20 
Divpixclk, 41 

DPMS, native mode, 38 

DPMS, vga mode, 59 

Drawing engine operation, 24 
Dual board systems, 13 
Endianess (also see Byte swapping), 20 
External !/O registers, 31 

МО map, 25 

ICD 2061а clock synthesizer, 56 
ICD 2061a programming notes, 57 
Indirect access protocol, 19 
Initialization, 21 
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interrupt register (see data book), 32 
interrupt_en register (see data book), 32 
Interrupts, 11 

Jumpers on MD bus for pu_config, 21 
LCLK, native mode, 41 

Logical operations, 54 

mem_config, 39 

Memory controller initialization, 21 
Memory map, 25 

Memory sizing, 21 

Minterms, raster register, 54 

Native mode addressing, 18 

Native mode register reference, 32 
Parameter engine operation, 23 

Pattern modes, 53 

РС! Config register, 27 

Performance Tips, logical ops, 55 
Pixclk, 41 

Power 9000, i 

Product status , bios shadowing, 17 
Product status 014, blank_delay adjust, 43 
Product status 014, blank_edge, 42 
Product status 017, split shift too soon, 57 
Product status 026, vga palette snooping, 58 
Product status 028, crtc -- dac, 47 
Product status 028, crtc -- system control grp, 32 
Product status 030, vga reset by rom code, 60 
pu_config initialization, 21 

pu_config reference, 28 

Pull-up resistors, 21 

qsfselect, 36 

Reserved bits, 14 

Reset of pu_config, 21, 28 

Reset, power up, 10 

ROM addressing, 17 

ROM reference, 27 

Save and restore vga, 60 

Sclk, 41 

Shift control field in sysconfig, 33 
Software architecture, 8 

Software products, 1, 2 

src_incs, 37 

srtctl2 register, 38 

Status register, 23 

Sync & blank timing, horizontal, 34 
Sync polarity, native mode, 38 

sys config bit summary, 32 

vad shift, 37 

VGA BIOS (see ROM), 17 

VGA I/O registers, 26 

VGA mode enabling, 58 
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VGA palette snooping, 58 

Video & 3D Power group, 49 

Video controller initialization, 22 
Video Power addressing, 17 

VLB Config register, 27 

VRAM buffer select for host, 33 
VRAM controller initialization, 22 
VRAM mem config register, 39 
VRAM Shift register (sam) bank design, 44 
VRAM shift register programming, 36 
VRAM shift register, mem config, 42 
VRAM shift registers half size, 37 
VRAM soe pin initialization, 22 
W5286 SVGA, i 

Weitek-specific VGA registers, 26 
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Foreword 


This Power 9100 Graphics Controller Data Book Errata 
release consists of 31 pages. Each page has changed in- 
formation marked with change bars, like this paragraph. 


The information in this document applies to the A2 silicon | 


only. (A2 chips are marked N4C.) 


The changes can generally be classified as either correc- 
tions or updates. A correction changes erroneous informa- 
tion; an update provides additional information. 


The most important changes are: 
1. The system block diagram has been updated. 


2. Theclock signal names (pin 152) have been corrected. 
The correct clock signal name for VL is LCLK (was 
BCLK). The correct clock signal name for PCI is CLK 
(was CLK-). These names now correspond with the 
names in the interface specification. The operation of 
these pins has not changed. 


3. Theserialenablesignals SE1 and SE2, shown in some 
memory configurations in section 7.1, must be gener- 
ated using external logic. This was not previously ex- 
plained. Refer to the Power9100/Video Power Board 
Application Note for more information. 


4. The power-up configuration bits register (РИ CON- 
FIG) has been updated. The updated register defini- 
tion explains in greater detail how this register is used. 
Some fields have been altered and some new fields 


have been added. 


5. The Supported Components section (13.2) has been 
updated. 


6. These changes have altered pagination slightly, as 
shown in the table on the right. 
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1.4. Host Bus Interface 


The Power 9100 supports the VL and PCI buses directly, 
with no glue logic. See figures 6 through 9. Other buses 
can be accommodated with a small amount of external 
glue logic. 


Some pins on the Power 9100 change function depending 


on which bus is selected. Rather than introduce a confus- : 


VL POWER 
9100 


Bus 


ADR[31..2] ADR[31..2] 


DAT[31..0) DATA([31..0] 
BE[3..0]- 
MIO- 
W/R- 
D/C- 
ADS- 
RDYRTN- 


BE[9..0]- 


RDYRTN- 
LCLK 
RESET- 
LDEV- 
LRDY- 
IRQ 


Figure 6. VL bus interface connection 


[Signal [o [Dein — — 1 


DATA[31..0] Data bus 
ADR[S1..2] Address bus 
BE[3..0]- Byte enable 
W/R- Write or read status 
M/IO- 
ADS- 
LDEV- 
LRDY- 
RDYRTN- 
IRQ 
LCLK 
RESET- 
D/C- 




































Memory or /О status 








Address data strobe 





Local device 





Local ready 








Ready return 








Interrupt request 
VL clock 
Reset 












Data or code status 


Figure 8. VL bus interface signals 





li CLK 


ing third signal nomenclature to that of PCI and VL, we 
have provided two pin configuration diagrams: one for 
each bus, each using that bus’ signal naming conventions. 
See section 13.4 for the pin configuration. 


PCI 
POWER 
Bus 9100 


AD[31..0] DATA([31..0] 


PAR PAR 
C/BE[3..0]- C/BE[3..0]- 
FRAME- FRAME- 
IRDY- IRDY- 
IDSEL IDSEL 
CLK CLK 
RESET- RESET- 
TRDY- TRDY- 
STOP- STOP- 
DEVSEL- DEVSEL- 
INTA- IRQ 


Figure 7. PCI bus interface connection 


PCI Bus 
Sina ^ [VO Древни 


DATA[31..0] мо Address and data bus 
C/BE[3..0]— Input 
PAR I/O 
IDSEL Input 
STOP- Output 
FRAME- Input 
DEVSEL- Output 
TRDY- Output 
IRDY- Input 
IRQ Output 
Input 































Bus command/byte enable 





Parity 








Initialization device select 











Stop 






Cycle frame 






Device select 












Target ready 






Initiator ready 






Interrupt request 
PCI clock 
Reset 












RESET- Input 


Figure 9. PCI bus interface signals 





1.5. System Block Diagram 


PCI WEITEK 
Bus Interface Power 9100 
Graphics 
РС! Controller 


Host Bus ROMEN- CE- RAMDAC 
D[7..0] 32- or 64-bit 


(РС! Configuration) A[14..0] (32-bit Bt485 shown) 


C 





DATA[31..0] 
PAR 
C/BE[3..0]- 
FRAME- 
IRDY- 
IDSEL 
CLK 
RESET- 
TRDY- 
STOP- 
DEVSEL- 
IRQ 


DIVPIXCLK 
VIDOUTCLK 


DACRD- 
DACWR- 


VIDOUTT[7..0] 
BLANK- 


MD[31..0] 
MA[8..0] 
RAS[1..0]- 
CASI4..0]- 
WEQOI3..0]=- 
WE1[3..0+ 
ОЕ[4..0}- 
DSF 
SC[1..0] 
SE3-, SEO- 


VRAM 


(1.2, or 4 banks) 


SCLK 
LCLK 

РО 
RS[3..0] 
DACRD- 
DACWR- 
D[7..0] 
VGA[7..0] 
BLANK- 
CDE- 


PX[31..0] 


Bus Interface 


VL А _WEITEK 
Host Video Power 


Bus 


ADR[31..2] 
DAT[31..0] 
BE[3..0]- 
M/IO- 
М/А 
D/C- 
ADS- 
RDYRTN- 
LCLK 

ID2 
RESET- 
LDEV- 
LRDY- 
IRQ9 


(VL Contig.) ІШ "^ Coprocessor 


ADRI31..2] 
DATA[31..0] 
BE[3..0]- 


| MIO- 


W/R- 
D/C- 
ADS- 
RDYRTN- 
LCLK 
FASTWR 
RESET- 
LDEV- 
LRDY- 


IRQ 


VCREQ- 
VCGRNT- 
VCIOR- 
VCIOW- 
VCBUSY- 
VCEN- 


HSYNC 
VSYNC 


CKSEL[1..0] 


[| Clock Synthesize 


Optional 
Video 
Source 


IRQ15 
MEMCLK (IDC2061A shown) 


Optional 
Serial EEPPROM 


CK 
SEL[2] (17 C interface) 


PIXCLK 





Figure 10. Power 9100 system block diagram 
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1.5. Frame Buffer and Video Interfaces, continued 


1.5.1. SIGNAL DESCRIPTIONS 


Ще) Memory data bus 
О 












MD[31..0] 


MA[8..0] [Output | Memory address bus 
RAS[1..0]- Row address strobes 


CAS[4..0]- ші Column address strobes. CAS[0]— controls the least-significant 16 bits of bank 0; CAS[4]- 





controls the most-significant bits of bank 0 (necessary for VGA transfers). Note that in two- 
bank systems, bank 1 is controlled by CAS[3]-, not CAS[1]- 








WEO[3..0]- Output Write-enable for the individual bytes in bank O (2-bank systems), or banks 0—1 (4-bank sys- 
tems) 

WE1[S..0]- Output Write-enable for the individual bytes in bank 1 (2-bank systems), or banks 2—3 (4-bank sys- 
tems) 





Output Enables. OE[0]— controls the least-significant 16 bits of bank 0; OE[4]- controls the 
most-significant bits of bank 0 (necessary for VGA transfers) 
DSF 


| Output | VRAM special function pin 
DACRD- RAMDAC control line 
| DACWR- Output RAMDAC write control signal 









c 





VSSPLL [Output | Ground for on-chip clock generator 


Figure 11. Memory control signals 


SE[3]-, SE[0]- Output | VRAM serial shift enable 
SC[1..0] Output | VRAM serial shift clock | 















VIDOUT|7..0] Video data out (SVGA modes) 
VIDOUTCLK | Output Video data clock out 


HSYNC- Horizontal synchronization. Normally an output; can also be used as an input for external 
sync 
/О i 


GKE 0 


Figure 12. Video control signals 





POWER 9100 GRAPHICS 
CONTROLLER 


PRELIMINARY DATA 
March 8, 1994 


3.3. Configuration Registers, continued 


3.3.1. POWER-UP CONFIGURATION 


The deassertion of RESET- forces the system to sample у defined, supports Brooktree RAMDACs and the IBM 
the frame buffer data bus to determine its power-up con- RGB525 RAMDAC. 

figuration. Data bus drivers have built-in pull-down resis- 
tors causing the bus to float to a low state. By placing large 
(~10KQ) pull-up resistors on the data bus, selected bits can 
be forced into the high state. The initial settings of the data 
bus are preserved in the read-only PU_CONFIG register. 


The power-up configuration register can and will be fur- 
ther redefined to support other RAMDACS as the need 
arises. Please contact WEITEK if you want to make addi- 
tional bit assignments to accommodate a different RAM- 
DAC. We will make bit assignments as needed. We strong- 
The Power9100’s power-up configuration register is used Wy suggest that you do not build a board requiring an 
to configure the controller and inform software about a additional encoding without contacting WEITEK unless 
board's configuration, and to identify a board’s resources Щуоп plan to write your own drivers. 

without referring to any additional external information, ; | : ; 

such as a file on a disk or an EEPROM. (The number of Figure 19 illustrates and defines the power-up configura- 
banks of memory, not addressed in this register, can easily ОП register 

be determined through software.) The register, as current- 


Power-up Configuration Bits (РИ CONFIG register) 














30 29 28 27 26 25 24 23 22 21 20 19 18 17 


е Ге [TT tome [mee Pe Ге ГОГ. 


INIT MODESELECT 


INIT МОА PRESENT- 
RESERVED'— 

















EEPROM TYPE 
M BOARD 







*Must be set to zero. Do not use these bits or WEITEK software will not work. 


[meu — [Bm го 


BUS 31-30 | The bus signalling protocol. 

00 = Reserved (internal Testing mode) 
01 = PCI Bus 

10 = VESA Local Bus 

11 = Reserved 










/О address for configuration register index and data registers. 








000 = 9100h, 9104h 001 =9108h, 910Ch 
010 = 9110h, 9114h 011 = 9118h, 911Ch 
100 = 9120h, 9124h 101 =9128h, 912Ch 
110 = 9130h, 9134h 111 = 9138h, 913Ch 





Figure 19. Power-up Configuration bits (PU. CONFIG register) 


17 
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3.3. Configuration Registers, continued 


Field 





INIT MODESELECT 


INIT VGA PRESENT 


Reserved 


RAMDAC 


Reserved 
REG 


MEM, DEPTH 


SAM 


EEPROM TYPE 
M BOARD 


Contents 


The initial value for CONFIG[65].MODESELECT 
0 = Native mode 1 = Emulation mode (VGA) 


The initial value for CONFIG[10].VGA PRESENT 
O = > МОА present in emulation mode 
1 = МОА absent in emulation mode 
(This setting changes the PCI sub-class code; see figure 27.) 





Bit 24 must be set to zero or the WEITEK software will not work. Bits 23-16 cannot be 
used with certain types of RAMDACSs and are reserved for future use. (Note: One cus- 
tomer is using bits. [19..16] as a board identification field, having determined that the 
RAMDAC in their design is compatible with this usage.) 


RAMDAC type. 

0000 =  Bt485-style RAMDAC, as well as variations identifiable through the 
RAMDAC status register (identify variations through the upper four bits 
of the status register") 

1000 = IBM525 (IBM 64-bit RAMDAC) 


Must be set to zero. Do not use these bits or WEITEK software will not work 


External registers available. 

0 External registers are not implemented on the board 

1 External registers are implemented on the board and can be accessed 
through the RAMDAC address space when CKSEL[2] is set to one 


Frequency synthesizer. 

000 =  ICD2061A, ICS9161, or compatible, or RAMDAC generates all clocks 

001 Fixed MEMCLK; RAMDAC generates PIXCLK. (This selection is 
currently intended to support IBM RGB525 designs wherein the 
MEMCLK is used as a reference clock for the RAMDAC PLL. It is 
assumed that the memory clock is running at 50 MHz, and, thus, 
the RAMDAC reference clock is also assumed to be 50 MHz.) 


Depth of memory chips. 
О = 256K 1 = 128K 


VRAM SAM size. 
0 Full-sized shift registers 
1 Half-sized shift registers 


00 AT24C01 (ATMEL 128x8) or compatible (or not installed) 


Motherboard VGA address decode control. 
О = On motherboard 1 = On add-in board 


*At this time, WEITEK software does not check the RAMDAC status register. If you are considering using a Bt 485-compat- 
ible RAMDAC with additional features, contact WEITEK first so that we can determine whether the status register alone 





will be enough to determine your RAMDAC’s unique requirements. 





Figure 19, continued. Power-up Configuration bits (PU_CONFIG register) 
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3.3. Configuration Registers, continued 


3.3.8. CONFIG[8] REGISTER 
08h CONFIG[8] Register (Read Only) 





[Fed — [Sis гн 
Per СЕ Revision ID. Current revision ID. 


Figure 26. CONFIG[8] register (Read Only) 
3.3.9. CONFIG[10] REGISTER 
ОАһ CONFIG[10] Register (Read Only) 







7 












Definition 






0 = VGA present in emulation mode (sub-class code = 00h, VGA compatible controller) 
1 = VGA absent in emulation mode (sub-class code = 80h, other display controller) 


eee PRESENT 
This bit is set by PU_CONFIG[25] on reset (see figure 19). 


Figure 27. CONFIG[10] register (read only) 
3.3.10. CONFIG[11] REGISTER 
0Bh CONFIG[11] Register (Read Only) 


| Bits | Definition 





1-0 Display controller (base class code = 03h, display controller) 
These bits set to 11 in accordance with PCI 2.0. 


Figure 28. CONFIG[11] register (read only 
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3.3. Configuration Registers, continued 


3.3.17. CONFIG[65] REGISTER 
41h CONFIG[65] Register 


1 
MODESELECT 
NA ENABLE 


MODESELECT Native/emulation mode. 
This bit is set by PU CONFIG[26] on reset (see figure 19). 
0 = Power 9100 is in native mode. 
1 = Power 9100 is in emulation (VGA) mode. 


NA ENABLE Native mode. Respond to address range 000A0000-000AFFFF. 
This bit is set to O (default) on reset. 
0 = disabled. 
1 = enabled. 


NA_SELECT Native mode. Select Coprocessor or frame buffer to respond to 
address range 000A0000—000AFFFF 
This bit is set to O (default) on reset. 
0 = Frame Buffer 
1 = Coprocessor 


Bit swap for commands through 000A0000-000AFFFF 
Byte swap for commands through 000A40000-000AFFFF 
Halfword swap for commands through 000A40000-000AFFFF 





Figure 35. CONFIG[65] register 


3.3.18. CONFIG[66] REGISTER 







Lm [s mma а 


CKSEL Sets the current state of pin CKSEL[2..0] in native mode. (default 0) 
VCEN 


(CKSEL[2] also used as EEDATA; for writing, must be read through CONFIG[64]) 
Figure 36. CONFIG[66] register 





The inverse of the level of the VCEN- pin. 
This bit is set to O (default) on reset. 
(Also used as EECLK) 
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3.4. General Address Formats, continued 


3.4.5. RAMDAC ADDRESS FORMAT 


The RAMDAC address format, illustrated in figure 43, al- 
lows direct access to the RAMDAC. RAMDAC reads and 
writes are initiated immediately and completed within a 
few clock cycles; the longest possible wait time for a direct 
RAMDAC access is the time required to complete a 
VRAM refresh, plus the time required to complete a shift 
register reload, plus the time required for the access. The 
8-bit data transfer to or from the RAMDAC occurs across 
the eight MD bus bits that are connected to the RAMDAC 
data bus (see chapter 8). 


RAMDAC Address Format 


31 15 14 
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| Bits | - Definition 
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3.4.6. VIDEO COPROCESSOR INTERFACE 


The video coprocessor address format, illustrated in figure 
44, allows direct access to the video coprocessor. Video 
coprocessor reads and writes are initiated immediately 
and completed within a few clock cycles. The video 
coprocessor interface is only enabled when operating in 
native mode. Many of the emulation mode pins are shared. 


6 5 


0 1 0 0 0 RAMDAC ADDR оо | 


9 4 2 


Prefix. See figures 41 and 42. 


RAMDAC ADDR 5-2 
Bit 5 = В5[3] 
Bit 4 = RS[2] 
Bit 3 = В5[1] 
Bit 2 = RS[0] 


Figure 43. RAMDAC address format 


Video Coprocessor Interface Format 


31 15 14 





Adresses RAMDAC registers; each RAMDAC is product specific 
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Definition 


31-15 | Prefix. See figures 41 and 42. 
| 9-2 The register of the video coprocessor 


Figure 44. Video coprocessor interface format 
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4.6. Video Control Registers, continued 


Screen Repaint Timing control (srtctl) Register 


1211 109 8 7 6 5 4 3 2 


reserved - 
src_incs 
internal_vsync 
internal_hsync 
enable_video 
hbink_reload 


display_buffer 
qsfselect 


[Fed Bm [os — — | 


reserved 
src_incs 


internal_vsync 


internal_hsync 


enable video 


hbink reload 


display. buffer 


qsfselect 


Reserved, set to 0 


Amount to increment DRADDR register (see section 8.1.4) 
00 = 256 

01 = 512 

10 = 1024 


Internal vertical synchronization: 
0 = Select external VSYNC- 
1 = Select internal VSYNC- 


Internal horizontal synchronization: 
0 = Select external HSYNC- 
1 = Select internal HSYNC- 


Enable video: 
0 = Blanks asserted 
1 = Normal operation 


Screen repaint mode (see section 8.1.9): 
0 = Normal (split shift mode) 
1 = Restricted (HBLNK- reload mode) 


Buffer for display,:Any change to this field takes effect only after the next VBLNK-. 
0 = Buffer 0 
1 = Buffer 1 


QSF counter position. See section 4.6 





Figure 74. Screen repaint timing control (srtctl) register 
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4.6. Video Control Registers, continued 
Screen Repaint Timing Control (srtctl2) Register 


31 


0000000000000000000000000000 


vsync ри 
sync plt 


hsync plt External HSYNC polarity control. 
00 = High true polarity 
01 = Low true polarity 
10 = Forced low 
11 = Forced high 


vsync plt External HVYNC polarity control. 
00 - High true polarity 
01 = Low true polarity 
10 = Forced low 
11 = Forced high 


Figure 75. Screen repaint timing control (srtctl2) register 
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4.7. VRAM Control Registers, continued 
Memory Configuration (mem_config) Register 


31 30 29 28 27 26 25 24 23 22 21 20 19 18 1716 15 13 12 109 8 7 6 5 4 3 2 


ЕУ [TTT Tel [on fm TTT TTT 


Se iode под. Tm 
dac, mode 

dac access adj 

vad sht priority select 
video clk sel угат write adj 

config[3] blank edge. уғат read, adj 
slow host hifc vram miss. adj 
угат. read, sample reserved config[2..0] 


shiftclk mode 


config[2..0] Low-order 3 bits of memory configuration. See Figures 105 through 112 
vram miss, adj Adjustment for row miss timing template, see Figures 113 and 114 

vram read adj | Adjustment for read timing template, see Figures 115 and 116 
vram_write_adj Adjustment for VRAM write timing template, see Figures 119 and 120 
priority_select 0 = Video coprocessor has lower priority than drawing engine, 1 = higher 


dac_access_adj Enable RAMDAC back to back transfer checking, see Figures 139 and 140 
Note: This feature does not work reliably in current silicon. Bact-to-back RAMDAC 
accesses should be separated with NOPS. 


dac_mode Controls dac read/write signalling mode, see Figures 139 and 140 
hold_reset 1 Forces memory and video into reset state, 0 for normal operation 


shiftclk_freq Sets the frequency of the RAMDAC latch clock state machine. 
Normally set to 000 because the RAMDAC generates the divided clock. 
000 = pixel_clk / 1 001 = pixel_clk / 2 010 = pixel. clk/ 4 
011 = pixel_clk/8 100 = pixel_clk / 16 

cric. freq Sets the frequency of the internal CRTC divided dot clk. 

|. Normally set to 000 because the RAMDAC generates the divided clock. 

000 - pixel clk / 1 001 = pixel ск / 2 010 = pixel clk / 4 
011 = pixel сік /8 100 = pixel clk / 16 


Figure 78. Memory configuration (mem config) register (1 of 2) 
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4.7. VRAM Control Registers, continued 





reserved 






blank_edge 






video_clk_sel 





vad_sht 






shiftclk_mode 









soe_mode 









binkdly 














config[3] 
slow_host_hifc 


vram_read_sample 


ea oo o e eow 


Reserved, set to 0. 
Not used; setto 0. 


Clock edge that HSYNC and VSYNC are synchronized to: 
1 = Falling edge of video_clk 0 = Rising edge of video_clk 


Selects the video_clk source for the video section: 

0 = PIXCLK 1 = DIVPIXCLK 
Additional divide for Video Transfer address (see section 8.1.4): 
0 = Don't divide by two 1 = divide by two 
Sets timing patterns for shift clocks (see figure 126): 
00 = 1 bank style 01 = 2 bank style 


Sets timing patterns for serial output enables: 
00 = 1 bank style 01 = 2 bank style 10 = 4 bank style 


Controls delay for blank generation in units of shiftclk_freq: 
00 = 0 shiftclk_freq delay 01 = 1 shiftclk_freq delay 
10 = 2 shiftclk_freq delay 11 = З shiftclk_freq delay 


High order bit of memory configuration. See Figures 105 through 112 


10 = 4 bank style 


Slow host interface adjust. 
Adjustment for read timing template, see Figures 115 through 118. 


Figure 78. Memory configuration (mem_config) register (2 of 2) 
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6.3. PCI Bus Operation, continued 


АО[31..0] ADDRESS ' DATA 
P9100 Tri-stated Power 9100 Tri-stated 


ees AEE 
C/BE-{3..0] Command Byte Enables 


Кей ШЕЛ ШЕ 


DEVSEL- 





Figure 93. PCI Bus Memory Write Operation, 0 Wait States 


AD[31..0] ADDRESS 


DATA 
P9100 Tri-stated 138 00 drives 
C/BE-[3..0] Byte Enables 


eee ник тиған 
FRAME- 


IRDY- 


TRDY- 


DEVSEL- 





Figure 94.PCI Bus Memory Read Operation, 0 Wait States 
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Chapter 7. Frame Buffer Interface 





7.1. Frame Buffer Design Notes 


figure, and connect VRAMs. The first set of figures (105 Жапа figure 74, screen repaint timing control (srtctl) register 
through 112) shows how to wire together the memory ЩЫ 3 for more information about defining the buffer. 
chips for 1, 2 and 4 bank memory configurations. 


This section presents information necessary to select, con- f: figure 51, system configuration register bits [9..10] 





BUFFER 21 20 


LOGICAL ADDRESS E EL LINEAR 


PHYSICAL ADDRESS 


BANK 0 
RAS[O]- 
CAS[0]- 
WEO[0]- 
MD[31..24] 
МА|8..0) 

ОЕ[0]- 

SCIO] 

5Е[0]- 
SDAout0[31..24] 


BANK 1 
RAS[0]- 
CAS[S]- 
WE1[0}- 
MD[31..24] 
MA[8..0] 

OE[3]- 

SC[1] 

5Е[3]- 
SDAout3[31..24] 


Byte 0 


IGNORED 


RASI[O]- 
CAS[O]- 
WEO[1]- 
MD[23..16] 
MA[B..0] 

OE[O]- 

SCIO] 

SE[O]- 
SDAout0[23..16] 


RAS[O]- 
CAS[3]- 
WE1[1]- 
MD[23..16] 
MA[B8..0] 

OE[3]- 

SC[1] 

SE[3]- 
SDAout3[23..16] 


RAS[1]- 
CAS[A]- 
WEO[2]- 
MD[15..8] 
МА[8..0] 
OE[4]- 

SC[0] 

$Е[0]- 
SDAout0[15..8] 


RAS[1]- 
CASI[3]- 
WE1[2}- 
MD[15..8] 
МА|8..0) 
OE[3}- 

SC[1] 

SE[3]- 
SDAout3[15..8] 


Byte 2 


COLUMN BANK BYTE 


Byte 3 


RAS[1]- 
CAS[4]- 
WEO[3]- 
MD[7..0] 
MA[8..0] 
OE[4]- 

SCIO] 

$Е[0]- 
$рАоцїо[7..0] 


RAS[1]- 
CAS[3]- 
WE1[3}- 
MD{7..0] 
МА[8..0] 
OE[S]- 

SC[1] 

SE[3]- 
SDAout3[7..0] 








Figure 105. Config 1 (mem config.config = 0001 or 0010) 2 banks of 128K VRAMS, 1 buffer of IMB 


7.1. Frame Buffer Design Notes, continued 


to address banks 1 and 2. Refer to the Power 9100/Video 
DAC. If you are using а 32-bit wide RAMDAC, use exter- §§ Power Board Application Note for more information. 


Figure 109 assumes that you are using a 64-bit wide RAM- 
nal logic to generate additional serial enable (SE) signals 





BUFFER 21 0 


LOGICAL ADDRESS E ЕНЕВ | 


PHYSICAL ADDRESS 


BANK О 
RAS[0]- 
СА5101- 
ҮМЕ0[0]- 


. М0[31..24] 


MA{8..0] 

ОЕ[0}- 

SC[0] 

SE[0]- 
SDAout0[31..24] 


BANK 1 
RAS[O}- 
CAS[1]- 
WE1[O]- 
М0[31..24] 

МА{ 8..0] 

OE[1]- 

SC[0] 

SE[O]- 
SDAouti[31..24] 


BANK 2 
RASIO]- 
CAS[2]- 
ҮМЕ0[0]- 
MD[21..24] 
МА[8..0] 

OE[2]- 

вс) 

SE[3]- 
SDAout2[31..24] 


BANK 3 
RASI[0]- 
CAS[3]- 
ҮМЕ1[0]- 
М0[31 ..24] 
MAI8..0] 


` ОЕ[З}- 


SC[1] 
SE[3]- 
SDAout3[31..24] 


Byte 0 


IGNORED 


RAS[O]- 
CASIO]- 
WEO[1]- 
MD[23..16] 
MA[8..0] 

OE[0]- 

SC[O0] 

SE[0]- 
SDAout0[23..16]} 


RAS[O]- 
CAS[1]- 
WE1[1]- 
MD[23..16] 
МА(В..0) 

OE[1]- 

SC[0] 

SE[0]— 
SDAout1[23..16] 


RAS[0]- 
CAS[2]- 
WEO[1]- 
MD[23..16] 
MA[8..0] 

OE[2]- 

SC[1] 

SE[S]- 
SDAout2[23..16] 


ВА$[0]- 
CAS[3]- 
WE1[1]- 
MD[23..16] 
MA[8..0] 

OE[3+ 

SC[1] 

SE[3]- 
SDAout3[23..16] 


21 


ROW 


80 


13 12 


4 


3 2 1 


0 


RAS[1]- 
CAS|4]- 
WEO[2]- 
MD[15..8] 
MA[8..0] 
OE[4]- 

SC[0] 

SE[0]- 
SDAoutO[15..8] 


RAS[1]- 
CAS[1]- 
WE1I2]- 
MD[15..8] 
MA[8..0] 
OE[1]- 

SCO} 

SE[O}- 
SDAout1[15..8] 


RAS[1]- 
CAS[2]- 
WEO[2]- 
MD[15..8] 
МА[8..0] 
OE[2]- 

SC[1] 

SE[3]- 
SDAout2[15..8] 


RAS[1]- 
CAS[S]- 
WE1[2]- 
MD[15..8] 
MA[8..0] 
OE[3]- 

SC[1] 

SE[3]- 
SDAout3[15..8] 


Byte 2 


RAS[1]- 
CAS[4]- 
WEO[S]- 
MDI7..0] 
MA[B..0] 
ОЕ[4]- 

SC[0] 

SE[O]- 
SDAoutO[7..0] 


RAS[1]- 
CAS[1]- 
WE1[3]- 
MD[7..0] 
MA[8..0] 
OE[1]- 

SC[0] 

$Е[0]- 
SDAout1[7..0] 


RAS[1]- 
CAS[2]- 
WEO[S3]- 
MDI7..0] 
MA[8..0] 
OEI2]- 

SC[1] 

SE[3]- 
SDAout2[7..0] 


RAS[1]- 
CAS[3]- 
WE1[3|- 
MDI[7..0] 
MAI8..0] 
OE[3]- 

SC[1] 

SE[3]- 
SDAout3[7..0] 


Figure 109. Config 7 (mem config.config = 0111) 4 banks of 256K VRAMS, 1 buffer of 4MB 


Byte 3 





7.1. Frame Buffer Design Notes, continued 


to address banks 1 and 2. Refer to the Power 9100/Video 


DAC. If you are using a 32-bit wide RAMDAC, use exter- Power Board Application Note for more information. 


Figure 106 assumes that you are using a 64-bit wide RAM- 
nal logic to generate additional serial enable (SE) signals 


BUFFER 21 20 0 


EN LINEAR 


20 12 11 4 3 2 1 0 


LOGICAL ADDRESS 


IGNORED 
PHYSICAL ADDRESS ROW 


BANK 0 Byte 0 Byte 2 Byte 3 
RAS[1]- 
CAS[4]- 
WEO[S]- 
MDI7..0] 
MAQ[8..0] 


RASIO]- 
CAS[O]- 
WEO[O]- 
MD[31..24] 
МАГВ..0) 
ОЕ[0]- 
SC[0] 
SE[O]- 
SDAoutO[31..24] 


BANK 1 
RASI[O]- 
CAS[1]- 
WE1[0]- 
MD[31..24] 
МА[8..0] 

OE[1]- 

SCIO] 

SE[O]- 
SDAouti[31..24] 


BANK 2 
RAS[O]- 
CAS[2]- 
WEO[0]- 
MD[31..24] 
МА(8..0) 

OE[2]- 

SC[1] 

SE[3]- 
SDAout2[31 ..24] 


BANK 3 
RASÍ[O]- 
CAS[S3]- 
WE1[0]- 
MD[31..24] 
MA[B8..0] 

OE[3]- 

SC[1] 

SE[3]~ 
SDAout3[31..24] 


Figure 106. Config 3 ( 





ВА5101- 
СА5101- 
WEO[1]- 
М0(23..16] 
MA[B..0] 

OE[0]- 

SCIO] 

SE[0]- 
SDAout0[23..16] 


RAS[0]— 
CAS[1]- 
WE1[1]- 
MD[23..16] 
MA[8..0] 

OE[1]- 

SC[0] 

SE[O]- 
SDAout1[23..16] 


RAS[0]- 
CAS[2]- 
WEO[1]- 
MD[23..16] 
MA[8..0] 

ОЕ[2]- 

SC[1] 

SE[S]- 
SDAout2[23..16] 


RAS[O]- 
CAS[3]- 
WE1[1]- 
MD[23..16] 
MAI8..0] 
OE[3]- 
Sc[1] 
SE[3]- 


` SDAout3[23..16] 





тет config.config = 0011 


RAS[1]- 
CAS[4]- 
WEO[2]- 
MD[15..8] 
MA[8..0] 
ОЕ[4]- 
SCIO] 
SE[O]- 
SDAoutO[15..8] 


RAS[1]- 
CAS[1]- 
WE1[2}- 
MDI15..8] 
MA[8..0] 
OE[1]- 

8С{0] 

SE[0]- 
SDAout1[15..8] 


RAS[1]- 
CAS[2]- 
WEO[2]- 
MD[15..8] 
MA[8..0] 
OE[2]- 

SC[1] 

SE[3]- 
SDAout2[15..8] 


RAS[1}- 
CAS[3]- 
WEt1[2]- 
MD[15..8] 
MAI8..0] 
ОЕ[3]- 

SC[1] 

SE[3]- 
SDAout3[15..8] 


OE[4]- 
SCO] 

5Е(01- 
SDAout0[7..0] 


RAS[1]- 
CAS[1]- 
WE1[3]- 
MDI[7..0] 
MA[B..0] 
OE[1]- 

SCIO] 

$Е[0]- 
SDAout1[7..0] 


ВА511)- 
CAS[2]- 
WEO[3]- 
MD{7..0] 
МА[8..0] 
OE[2]- 

SC[1] 

SE[3]- 
SDAout2[7..0] 


RAS[1]- 
CAS[S]- 
WE1[S]- 
MD[7..0] 
MA[8..0] 
ОЕ[3]- 

SC[1] 

SE[3]- 
SDAout3[7..0] 


) 4 banks of 128K VRAMS, 1 buffer of 2MB 
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7.1. Frame Buffer Design Notes, continued 


to address banks 1 and 2. Refer to the Power 9100/Video 


DAC. If you are using a 32-bit wide RAMDAC, use exter- Power Board Application Note for more information. 


Figure 110 assumes that you are using a 64-bit wide RAM- 
nal logic to generate additional serial enable (SE) signals 


BUFFER 21 20 19 


0 


11 


19 12 4 3 2 1 0 
PHYSICAL ADDRESS IGNORED ' ROW COLUMN BANK BYTE 


LOGICAL ADDRESS 


BANK 0 
ВА5101- 
CAS[O]- 
WEO[O]- 
MD[31..24] 
МА|8..01 

ОЕ[0]- 

5610) 

$Е[0]- 
SDAoutO[91..24] 


BANK 1 
RAS[O]- 
CAS[1]- 
WE1[0]- 
MD[31..24] 
MA[8..0] 

ОЕ[1]- 

SC[0] 

SE[0]- 
SDAout1[31..24] 


BANK 2 
RAS[0]- 
CAS[2]- 
WEO[O]- 
MD[31..24] 
MA([8..0] 

OE[2]- 

SC[1] 

SE[3]- 
SDAout2[31..24] 


BANK 3 
RAS[0]— 
CAS[3]- 
WE1[0]- 
MD[31..24] 
MA[8..0] 

OE[3]- 

SC[1] 

SE[3]- 
SDAout3[31 ..24] 


Byte 0 


RAS[O]- 
CASO} 
WEO[1]- 
MD[23..16] 
MAÍ8..0] 

ОЕ[0}- 

5С[0] 

SE[O]- 
SDAout0[23..16] 


RAS[O]- 
CAS[1]- 
WE1HI- 
MD[23..16] 
МА[8..0] 

OE[1]- 

SCIO] 

SE[O]- 
SDAout1[23..16] 


RAS[O]- 
CAS[2]- 
WEO[1]- 
MD[23..16] 
MA[8..0] 

OE[2]- 

SC[1] 

SE[S]- 
SDAout2[23..16] 


ВА510)- 
САБІЗІ- 
WE1[1]- 
MD[23..16] 
MA[8..0] 

OE[S]- 

SC[1] 

SEI[3]- 
SDAout3[23..16] 


81 


RAS[1]- 
CAS[4]- 
WEO[2]- 
MD[15..8] 
MA[8..0] 
ОЕ[4]- 

$С[0] 

$Е[0]- 
SDAout0[15..8] 


RAS[1]- 
CAS[1]- 
WE1[2]- 
MD[15..8] 
МА(8..01 
OE[1]}- 

5С10) 

5Е[0]- 
SDAout1[15..8] 


RAS[1]- 
CAS[2]- 
WEO[2]- 
MD[15..8] 
МА|8..0) 
OE[2)]- 

SC[1] 

SE[3]- 
SDAout2[15..8] 


RAS[1]- 
CAS[3]- 
WEI[2]- 
MD[15..8] 
MA[B..0] 
OE[3]- 

SC[1] 

SE[3]- 
SDAout3[15..8] 


RAS[1]- 
CAS[4]- 
WEO[3]- 
MD[7..0] 
МА[8..0] 
OE[4]- 

scio] 

SE[O]- 
SDAout0[7..0] 


RAS[1]- 
CAS[1]- 
WE1[S]- 
MD[7..0] 
МА[8..0] 
OE[1]- 

SC[0] 

SE[O]- 
SDAout1[7..0] 


RAS[1]- 
CAS[2]- 
WEO[S]- 
MDI7..0] 
MA[8..0] 
OE[2]- 
SC[1] 

| SE[S]- 
SDAout2[7..0] 


| RAS[I]- 
СА$[3]- 
WE1[3]— 
MD[7..0] 
МА|8..0) 
OE[3]- 
SC] 
SE[3]- 
SDAout3[7..0] 





Figure 110. Config 11 (mem config.config = 1011) 4 banks of 128K VRAMS, 2 buffers of 1MB 
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7.1. Frame Buffer Design Notes, continued 


to address banks 1 and 2. Refer to the Power 9100/Video 
DAC. If you are using a 32-bit wide RAMDAC, use exter- Power Board Application Note for more information. 


Figure 112 assumes that you are using a 64-bit wide RAM- 
nal logic to generate additional serial enable (SE) signals 





BUFFER 21 


20 | 0 


LOGICAL ADDRESS 


B 20 13 4 3 2 1 0 
PHYSICAL ADDRESS IGNORED COLUMN BANK BYTE 


Byte 0 


RAS- 
CAS- 
WE- 

D[7..0] 


BANK 0 


RAS[O]- 
CAS[O]- 
WEO[O]- 
М0{31..24] 
МА[8..0] ADI8..0] 
ОЕ[О]- ОЕ- 
SCIO] 5С 
SE[0]— $Е- 
SDAout0[31..24] | SDOI7..0] 


BANK 1 
RAS[0]- 
CAS[1]- 
WE1[0]- 
М0[31..24] 
MAÍ8..0] 

ОЕ[1]- 

5С[0] 

SE[O+ 
SDAout1[31..24] 


BANK 2 
ВА510)- 
CASI2]- 
WEO[O]- 
MD[31..24] 
MA[8..0] 

OE[2]- 

SC[1] 

SE[3]- 
SDAout2[31..24] 


BANK 3 


RAS[O]- 
CAS[S]- 
WE1[0}+- 
MD[31..24] 
MAIB..0] ADI8..0] 
ОЕ[3]- ОЕ- 
SC[1] SC 
SE[3]- SE- 
SDAout3[31..24] | SDO[7..0] 


RAS- 
CAS- 
WE- 

D[7..0] 


RAS[0]- 
CAS[0]- 
WEO[1]- 
MD[23..16] 
МА[8..0] 

OE[O]- 

SCI[0] 

SE[O]- 
SDAout0[23..16] 


ВА510)- 
CAS[1]- 
WE1[1]- 
MD[23..16] 
МА[8..0] 

OE[1]- 

Sc[0] 

SE[0]- 
SDAout1([23..16] 


RAS[O]- 
CAS[2]- 
WEO[1]- 
MD[23..16] 
MA[8..0] 

OE[2]- 

SC[1] 

SE[3]- 
SDAout2[23..16] 


ВА5101- 
CAS[3]- 
ҮМЕ1[1]- 
MD[23..16] 
МАВ..0) 

OE[S]- 

scii] 

SE[3]- 
SDAout3[23..16] 


RAS[1]- 
CAS[4]- 
WEO[2]- 
MD[15..8] 
MA[B8..0] 
OE[4]- 

SC[O0] 

SE[O]- 
SDAout0[15..8] 


RAS[1]- 
CAS[1]- 
WE1[2]- 
MD[15..8] 
MA[8..0] 
OE[1]- 

SC[0] 

SE[O]- 
SDAouti[15..8] 


RAS[1]- 
CAS[2]- 
WEO[2]- 
MD[15..8] 
MA[8..0] 
OE[2]- 

SC[1] 

SE[3]- 
SDAout2[15..8] 


RAS[1]- 
CAS[S]- 
WE1{2]- 
MD[15..8] 
MA[8..0] 
OE[S3]- 

SC[1] 

SE[3]- 
SDAout3[15..8] 
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RAS[1]- 
CAS[4]- 
WEO[3]- 
MD{7..0] 
МА[8..0] 
ОЕ[4]- 

5610) 

SE[O]- 
SDAout0{7..0] 


RAS[1]- 
CAS[1]- 
WE1[3]- 
MDI7..0] 
MA[B..0] 
OE[1]- 

SC[0] 

SE[O]- 
SDAout1[7..0] 


RAS[1]- 
CAS[2]- 
WEO[3]- 
MD[7..0] 
MA[8..0] 
OE[2]- 

SC[1] 

SE[S]- 
SDAout2[7..0] 


RAS[1]- 
CAS[S]- 
WE1[3]- 
MD[7..0] 
MA[8..0] 
OE[3]- 

SC[1] 

SE[3]- 
SDAout3[7..0] 





Figure 112. Config 15 (mem config.config = 1111) 4 banks of 256K VRAMS, 2. buffers of 2MB 
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8.1. Video Control, continued 


8.1.3. VIDEO SERIAL ENABLE GENERATION 


Figure 127 shows the different serial enable generation 
patterns for different values of mem_config.soe_mode 
and mem_config.vad_sht. 


SHIFT_CLK атат] 


mem_config.soe_mode = 00 
OY қы аса қасы Еа = m ш 


mem_config.soe_mode = 01 


[Pe elk же ee UB LII wx 

ЕЭ рер ЕЕ ра ар I 
mem_config.soe_mode = 10 

С ыыы e e EU 

з Еси E 

Use this mode іп conjuction with external logic to generate serial enables (SE1 


and SE2) for a four-bank system with a 32-bit wide RAMDAC. Refer to the Power 
9100/Video Power Board Application Note for more information. 





Figure 127. Serial enable generation 
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8.1. Video Control, continued 


8.1.5. VIDEO SIGNALS 


The Power 9100 provides separate HSYNC-, VSYNC-, 
and BLANK- video signals. 


The srtctl2.hsync_plt and srtctl2.vsync_plt bits control 
the polarity of HSYNC- and VSYNC- and can also force 
them high or low to support VESA standard monitor pow- 
er management. See figure 75. 


8.1.6. VIDEO CONTROL REGISTERS 


A complete video control section resides on the Power 
9100 chip. This section provides the synchronization, 
blanking, and timing signals for the graphics subsystem, as 
well as the control sections for screen refresh timing and 
VRAM control. 
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The video control section of the Power 9100 is fully pro- 
grammable and is defined by the host system. For exam- 
ple: The video control section can be defined to generate 
an internal sync signal or accept an external signal to con- 
trol screen refresh, thereby simplifying the task of merging 
Power 9100-created graphics with other video images. 


This document talks consistently about VSYNC- and 
HSYNC-. This refers to the internal signals, not the exter- 
nal pins. The external pins are controlled by 
srtctl2.vsync_plit and srtctl2.hsync_plt. These controls al- 
low the selection of external signal polarity and the sup- 
port of VESA monitor power down modes. 


For easy reference, figure 129 repeats the video control 
register summary presented in chapter 4. 
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8.1. Video Control, continued 


8.1.7. VIDEO TIMING 


The video signals and registers work together to drive the 


signals that control the monitor. Remember, all counts are 
in units of CRTC_CLK (see figure 125). 


HORIZONTAL VIDEO TIMING 


Figure 132 presents the timing sequence for horizontal 
video control . All of the horizontal timing registers are 
loaded with counts derived from CRTC_CLK which may 
represent multiple pixels. Each of the values stored in the 
horizontal timing registers represents the total count mi- 
nus one to allow for zero in the count sequence. 


Figure 131 describes the functions of the horizontal timing 
registers. 


The hrzt register must be a multiple of 8 for all modes ex- 
cept 8-bit-per-pixel with a 64-bit wide RAMDAC, when it 
must be a multiple of 16. For simplicity, hrzt may be a mul- 
tiple of 16 for all modes. 


The programmer must satisfy the following condition: 


hrzsr < hrzbr < hrzbf < hrzt 


VERTICAL VIDEO TIMING 


Figure 133 presents the timing diagram for vertical video 
timing control. All of the vertical timing registers are 
loaded with counts that represent horizontal scan lines. 
Also, each number loaded into a vertical timing register 
represents the total count in the count sequence. 


Figure 130 describes the functions of the vertical timing 
registers. 


hrzt + 1 
All horizontal times are in terms of CRTC_CLK 


vrtsr 


The programmer must satisfy the following condition: 


vrisr « vrtbr « vrtbf « vrit 


Description/Function 


In the vertical timing sequence, vrtt defines 








the number of horizontal lines from the falling 
edge of VSYNC- to the falling edge of the 
next VSYNC- (the number of horizontal lines 
in a complete vertical scan cycle). The vrtc 
register counts from zero to vrit-1 and then 
repeats. 


Specifies the VSYNC- active low count. The 
rising and falling transitions of VSYNC— 
should match those of HSYNC-. 


Specifies the distance from VSYNC- low to 
the rising edge of VBLNK-. 


vrtbf Specifies the distance from VSYNC- low to 
the falling edge of VBLNK-. 


Figure 130. Vertical timing registers 


Description/Function 


hrzt Defines the number of CRTC_CLKs from the 
falling edge of HSYNC- to the falling edge of 
the next HSYNC-. 
Counts from zero to hrzt and then repeats. 
Specifies the HSYNC- active low count. 
hrzbr Specifies the distance from HSYNC- low to 
the rising edge of HBLINK-. 


Specifies the distance from HSYNC- low to 
Figure 131. Horizontal timing registers 
























the falling edge of HBLINK-. 








Figure 132. Power 9100 horizontal video timing parameters 
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Chapter 10. Auxiliary Chip Control 


10.1. EEPROM Control 


The optional EEPROM is connected via two shared pins; | CONFIG[66].CKSEL[2], and CONFIG[64].EEDAIN. The 
CKSEL[2] and VCEN-. We use the I?C slave protocol. The circuit schematic for connecting them is shown in figure 
software sees three bits: CONFIG[66].VCEN, 148 





CONFIG[66]. VCEN | | VCEN- 
(EECLK) 


CONFIG[64].EEDAIN CKSEL[2] 
(EEDATA) 


CONFIG[66].CKSEL[2] 


External to Power 9100 


Output control register[5] 


CONFIG[65]. MODESELECT 


Internal to Power 9100 
Figure 148. EEPROM control schematic. 


10.2. Clock Synthesizer Control 


The Power 9100 directly supports programmable clock fregister[5] (CKSEL[2]) and miscellaneous output regis- 
synthesizers such as the ICD2016A from IC Designs. This [§ter[3..2] (CKSEL1..0]), I/O port 3C2h write/3CCh read. 

| requires 3 output pins to drive CKSEL[2..0].In emulation бес sections 12.4.3 and 12.5.12. In native mode, the pins 
mode, the pins are driven directly by the output contro! Bare driven by CONFIG[66].CKSEL. 


CONFIG[66]. CKSEL[2..0] 
CKSEL[2..0] 


Output control register[5] 
Miscellaneous output reg [3..2] 


CONFIG[65].MODESELECT 


Internal to Power 9100 . External to Power 9100 





Figure 149. Clock synthesizer control logic 
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12.5.12. POWER 9100 OUTPUT CONTROL REGISTER 


The Power 9100 output control register must be unlocked 
before it can be accessed. See section 12.1.1 for more in- 
formation. 


REGISTER FORMAT 


Power 9100 
Output Control 


Port 03C5, Seq Index 12 


Meaning 

User Defined (UD) 
CKSEL[2] in emulation mode 
User defined (UD) 


Figure 210. Power 9100 output control register format 





FIELD DEFINITION 


This register is implemented on-chip for purposes of read 
back only. 


Bits[7..6] are user defined. 


Bit 5 is the most significant bit of CLSEL[2..0] in emula- 
tion mode and is used to support programmable clock syn- 
thesizers. See section 10.2. 


Bits [4..0] are user defined. 


REGISTER DESCRIPTION 


This host I/O read/write register is accessed through loca- 
tion 03C5 hex when the index field of the sequencer index 
register is 12 hex. Note that this register is specific to the 
Power 9100 and is not a standard VGA register. This regis- 
ter is only accessible at this location on the Power 9100. 
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13.2. Supported Components 


WEITEK has analyzed the AC specifications of a number 
of VRAM, RAMDAC, and clock generator parts. The 
products listed below have published AC specifications 
that are compatible with the Power 9100. 


13.2.1. COMPATIBLE VRAMS | 
The following VRAMs work with the Power 9100. Some 


are not fast enough for 50 MHz operation, but will run at 
40 or 45 MHz. 


С WRAWType | агне | авина [sowas 


Micron 
y“ 


Micron ys 
MT42C8256-7 


Micron 
МТ42С8255-7 


Samsung 
КМ428С256-6 


ІВМ ІВМ025170-60 
ІВМ ІВМ025170-70 
ІВМ ІВМ025171-60 


CE | e | 0 | 
Шеатат тт e | 4 | 7 — 
Wecwewmsem| — | — | 
Weceomemes| v | v | 7 — 
Wecuebeme e| > | | 


Mitsubishi 
M5M482256-70 


Mitsubishi 
М5М482257-70 


Hitachi 
HM538253-70 


Hitachi 
HM538254—70 


Toshiba 
TC528257-70 


OK! M5M548263-70 v 
Figure 295. VRAMs known to work with the Power 9100 
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13.2.2. COMPATIBLE RAMDACS 


The following RAMDACs аге electrically compatible with 
the Power 9100. See the “Comments” field for informa- 
tion about software driver support for individual RAM- 
DACs. 


СИИИ — 


Figure 296. Power 9100-compatible RAMDACs 









13.2.3. COMPATIBLE CLOCK GENERATORS 


The following clock generators are compatible with the 
Power 9100. 


тт Yen 
Er s wa 
Пе бена со |002” 


Figure 297. Power 9100-compatible clock generators 
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13.3. AC Specifications 


("-| 0 [ЗГ [шк 
VESA Local Bus Interface 
Тен |ІСІК high/low time | qM 


ADR[S31..2], BE[8..0]-, МЛО-, RESET-, RDYRNT- LCLK 


input setup time 
Tein | BE[3..0]-, МЛО-, RESET-, RDYRNT- input hold time ИРКЕН 
DATAST.Ojinputholdime тъ 


DATA[31..0] output delay time LCLK 








Teis 


+ 
— 


Tps 
Тон 
Тро 


On 
Q 
Ж 


Трто DATA[31..0] output turn-off time LCLK 
Tipp LDEV- output delay time ADR[31..2], BE- 
Твоу  |LDEV- output valid time ae 


Твст CLK cycle time 


ЁЁ 
- 
e 
о 
ще) 
п 





N 


ONERE 
Tu |С/ВЕ|3.0)-, FRAMES IRDY-, IDSL input hold times | | 
CHINE. 
552222224 


Tiop AD[31..0], PAR output delay times 


Тоу AD[31..0], PAR output valid times 
Тото | AD[31..0], PAR turn-off times 


Figure 298. AC Specifications for VL and PCI bus interfaces 


№ 


ош 
E 
= ч ч 
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13.3. AC Specifications, continued 


M = one memclk period [ns]. mem_config.vram_read_adj=1 
Timings for 50MHz mode depend on the following set- mem_config.vram_write_adj=1 
tings: 


mem config.vram sample adj-1 
mem config.vram miss adj-1 


| rem. | еюм | S | MN | мах | unt [comam 
[ Jm. PLL cock ok tine a мн йиш" [ — |е | — [e| | 
T | Column adress оте 


R Column address hold time! 














№ 
Е 
T 
о 


RAS- 3M-10 
0.25М-5 


2M-9 


1.5М-12 


Е Е 
Фа 


0.75М-5 


TcPN CAS- precharge time! 
TcnP CAS- to RAS- precharge time! 


Tms i 


3 
0.75М-5 






2.25М-13 
0.75М-5 
3 
3 
2M-9 
2M 
0.75М-5 
3.25M-9 
0.25М-5 
3M-9 







oO 


— 
о 
2 
o 


| 





№ 
о 


го 
Г 
о 






1.75M-9 


Mask data to RAS- setup time! 
Toga, Ток | Access time from OE- 
Togz Output disable time! 


Torr Output buffer turn-off delay from CAS—! 
Тьс CAS- page mode cycle time! 


1. Not tested, but guaranteed by design. 


Figure 299, continued. Switching characteristics over the operating range | 


|| 1M-5 






N 

= 
— 
о 
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13.3. AC Specifications, continued 


) 17” Reference А 
n [гр ершш 


VRAM Interface, continued 


















Тува WE- to RAS- setup time! 2M-9 
1. Not tested, but guaranteed by design. 


Figure 299, continued. Switching characteristics over the operating range 


| Tmc | E Шан 

I Mc E пача 
[ma Отава RAE Eam [Гм [ we [ 

Í es ре aw БЕНЕН 
[wee | FAS pulse wich випораетеи — | — | 95 | — [w | 
[mo [Rewcmmedhim! — — | os | We БЕНЕН ЕГІН БЕНЕН 
[ms | Reedconmandaeup tine! — | cas- [orms | L | — 1 
ШЕГЕНІ [в [Wd БЕН ЕСЕ БЕНЕН 
точ [Мён бє мө — m] — 
RAS- to CAS- precharge time! ИШИ 1M-9 Pf os [| 
Отын | Неадсаттаавойие | ms wo | ШЕШЕН 
[Tran Wit commando | [эжэ m | _ 
а a NE 
[ww Wite ттан a ван |” 
[em Го оттама оно f RW- ае | — s | — 
[ws [нестее ре — | GAS [88s | — [m | 
| Тава | p BENE E WOMEN 
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13.4. VL Bus Pin Configuration 


SSL Ыа-мінхан 
esi E W101 
-lolaa 
иаа 
ви E3 2138 
ө? E 18138 
eri ES [reluav 
гу. E locluav 
іе! Ес ванау 
оғ! л [ezluav 
eet ЕЗІ нау 
ве: E [9z]uqy 
¿gt Ea [szg]uqv 
өсі E (ре нау 
sei Ес Ге нау 
vel >= [zz]uqv 
Let p Панау 
oci E3 lozluav 
ezi E3 І6]нау 
szi сіз нау 
121 атау 
921 Eo е нау 
set E [siluav 
vet ІР Нау 
ezi Fa [etluav 
zzi a [zi мау 
121 E [uay 
ozi Ea [ошау 
6и E |6ноу 
ви = [eluav 
2и айдау 
он E (нау 
ен E [sluav 
vib E3 [eluaov 
ен Ел (нау 
д Ea (анау 
ttt E lolvww 
он E уин 
401 E ЕУ 
901 О levn 
Sol E3 уй 


ISI ma 
osi з 


MAI5] 
Mafe] 
MAI7] 

усс 

GND 

MAIS] 

DSF 

MDI0] / A[0] 
MD[1]/ А[1] 
MD[2] / А[2] 
MD[3] / А[3] 
MD[4] / А[4] 
GND 


MD{5] / A[5] 
MD[6] / A[6] 
VCC 

М0ү7] / A[7] 
MD[8] / А[8] 
MD[9] / A[9] 
MD[10] / A[10] 
MD[11] / A[11] 
MD[12] / A[12] 
MD[13] / A[13] 
MD[14] / A[14] 
MD[15] 

voc 

GND 

GND | 
MD[16]/ О[0] 
MD[17]/ D[1] 
MD[18] / D[2] 
MD[19] / D[3] 
MD[20] / D[4} 
усс 

MD[21]/ D[5] ` 
MDj22]/ D[6] 
MD{[23} / D[7] 
MD[241 / D[O] 
MD[251/ D[1] 
MDI26]/ D[2] 
MD{27] / D[3] 
GND 
MD[28] / D[4] 
MD[29] / 015) 
MD[30] / D[6] 
MD{[31] / D[7] 
OE[3]- 
OE[2]- 
OE[1]- 
ОЕ[О}- 
ОЕ[4]- 
VSSPLL 


во 
DC- 
VCC 
GND 
W/R- 
DATA[31] 
DATA[30] 
DATA[29) 
DATA[28] 
DATA[27] 
DATA[26] 
DATA[25] 
DATA[24] 
VCC 
GND 
DATA[23] 
РАТА[22] 
DATA[21] 
DATA[20] 
DATA[19] 
DATA[18] 
DATA[17] 
DATA[16] 
DATA[15] 
DATA[14] 
DATA[13] 
DATA[12] 
VCC 
GND 
DATA[11] 
DATA[10] 
DATA[9] 
DATA[8] 
VCC 
GND 
DATA7] 
DATA[6] 
DATA[5] 
DATA[4] 
ОАТА[3]. 
DATA[2} 
DATA[1] 
DATA[O] 
СКЅЕЦО] 
CKSEL[1] 
СКЅЕЦ2] 
GND 
VCEN- 
VCC 
ROMEN- 
VSYNC- 
` GND 


WEITER 


Weitek Power 9100 
User Interface 
Controller 
Top View 


SCLK 
SDATA 
EEDATA 


EECLK 


Ж PIN 1 DOT 


On 


-ONASH Q 
-чмоча се 
35 СЦ 0% 


{zinoa 


[dos d ge 
[0105 Cj se 


о 
LJ 
< 
Q 
O 


-elsvo СЦ ec 
-[dsvo Ci ve 
-isyo Ci zz 
-#вуо С 82 
улоха C oe 
утохалю Cy te 
задал Chis 
3SN3S С 2s 


œ 
a 
= 
> 
© 
2 
! 


-Шозм Ch or 
-гозм CI et 
-{eloaM n vi 
[folsu/-io]lt3A с si 
жәйі Cj с 


© 

Li 
= 
m 
е 
с 
Ç 


[e)unoa 
8 поа 
-MOIDA / ПОП 
-YOIDA / lel.noa 


MIOLNOGIA Cj vt 
-LNYDOA / (elunoa 


felsu/elkam cd oz 


[teu / изм Clo) 
(zisu/-Aelaw се: 





Figure 300. Pin configuration: VL Bus signals 
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IRQ 
STOP- 
VCC 
GND 
PAR 
DATA[31] 
DATA[30] 
DATA[29} 
DATA[28] 
DATA[27] 
DATA[26] 
DATA[25] 
DATA[24] 
МОС 
GND 
DATA[23] 
DATA([22] 
DATA[21] 
DATA[20] 
DATA[19] 
DATA[18] 
DATA[17] 
DATA[16] 
DATA[15] 
DATA[14] 
DATA[13] 
DATA[12] 
VCC 
GND 
DATA[11] 
РАТА(10] 
DATA[9] 
DATA[8] 
VCC 
GND 
РАТА[7] 
DATA[6] 
DATA[5] 
DATA[4] 
DATA[3] 
РАТА[2] 
DATA[1] 
DATA[O] 
CKSEL[O] 
CKSEL[1] 
CKSEL[2] 
GND 
VCEN- 
VCC 
ROMEN- 
VSYNC- 
GND 


13.5. PCI Bus Pin Configuration 


Ж PIN 1 DOT 


Figure 301. Pin configuration: PCI Bus signals 


есі Ea Лаба! 

esi Ea о 
[ol-38/5 
[39/9 
[zl-3g/5 
[cl -38/0 

Zvi E3 -13s^3a 


191 ти 
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би ЕЗ 
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-[io3M со: 
-zlo3M Се: 
-возм с vi 
06н/-01изм c3 si 
Шен/-Шізм со: 
|2вн/-еизм cle 
lelsu/-felkam CI oz 
MIOWSW Cj 12 


WEITEK 


Weitek Power 9100 
User Interface 
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Top View 
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105 cj oc 


[ojos cj ec 


utr E Юуй 
ои E3 [уйн 


-e3s ГЧ or 
A Cu 
A Cy cr 
^ Ci © 
A Ch vv 
A C§ Sv 
A Ch 9v 


[zltnoa 
[g]inoq 
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-моюл / [r] ПОП 
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МА[5] 
MA[6] 
MA[7] 

VCC 

GND 

МА[8] 

DSF 

МОО] / АО) 
MD[1}/ A[1] 
МО?) / A[2] 
MD[3] / АЗ) 
МОА] / A[4] 
GND 

М0[5] / A[5] 
MDI6] / A[6] 
VCC 


МО[7] / А[7] 
МО[8] / A[8] 
MDI9] / A[9] 
MDI[10] / A[10] 
MD[11] / A11] 
MD[12] / A[12] 
MD[13] / A[13] 
МОП 4] / A[14] 
MD[15] 

VCC 

GND 

GND 

MD[16] / DI0] 
MD[17] / D[1] 
MD[18] / D[2] 
MD[19] / D[3] 
MD[20] / 014) 
мес 

MDI[21] / 015] 
MO[22] / D[6] 
MOD[23] / бі?) 
MD[24] / D[O] 
MDI25] / D[1] 
MD[26] / D[2] 
м0[27] / D[3] 
GND 

MD[28} / D[4] 
м0[29] / D[5] 
MD[30] / D[6] 
MD[31] / D[7] 
OE[3]- 
ОЕ[2]- 
ОЕ{1]- 
ОЕ[0]- 
ОЕ[4]- 
VSSPLL 
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РС! Bus RAMDAC BIOS ROM Video Coprocessor 









Signal / 
VL Bus 









Type 


129 | ADR[19] 
130 |ADR[20] 
131 | ADRI21] 
132 |GND 
133 [VCC 
134 | ADR[22] 
135 | ADR[23] 
136 | ADR[24] 
137 | ADR[25] 
138 | ADRI26] 
139 | ADRI27] 
140 | ADR[28] 
141 | ADR[29] 
142 |ADR[30] 
143 |ADR[31] 
144 |LRDY- 
145 |GND 
146 [VCC 
147 |LDEV- 
148 |BE[S]- 
149 |BE[2]- 
150 |ВЕПІ- 
151 
152 
153 
154 |ADS- 

155 |RDYRTN- 
156 |RESET- 
157 


Input 





Input 


GND 

GND 

GND 

GND 

GND 

Input GND 
ND 






G 


Input 


Input 








GND 
GND 
GND 
GND 
GND 
GND 


Tri-stated 


ЕЕ 
wass 
DEVSEL- 
C/BE[3]- 
C/BE[2]- 
C/BE[1]- Input 
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IDSEL 


при 


ү 


Ореп 
Collector 
STOP- Input/ 
Output 


Output 
Input 


Input 


š О 
Ох 
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Input 


158 Input 


159 
160 |GND 
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13.6. Pin Assignments, continued 


Signal / 









Video Coprocessor 





шш Input/ 
Output 


je o 
ж ше жеңе 
DATA[11] (Іпрш/ 
Output 
DATA[10] |Іпрші/ 
Output 
DATA[9} Input/ 
Output 
DATA[8] eee 
Output 
пак РР 
pem sas 
DATA[7] Input/ 
Output 
DATAI6] Input 
Output 
DATA[5] Input/ 
Output 
DATA[4] Input/ 
Output 
DATA[3] Input/ 
Output 
DATA[2] Input/ 
Output 
DATA[1] Input 
Output 
DATA[0] Input 
Output 
CKSELI 
CKSEL[1] | Output 


mn 


[ав Г — 
‚ы = 
° [OWEN oa — 
VSYNC-  |Input/ 
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P9100 Initialization Notes 


Version: 1.0 
Revision: 0.01 
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without notice. Please contact your sales office to obtain the latest specifications. 
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Preface 


Many people cannot figure out how to program the P9100 video back-end. I have written this document 
to demonstrate a simple approach for generating correct values for the P9100 MEMCONFIG and 
SRTCTL registers. 


Revisions AO, A1, and A2 can be programmed identically. (NOTE: Rev AO is not in circulation). 
Revision A3 will require a minor change in the mem_config.blnkdly field. There are some other positive 
aspects of A3 that include that we will discuss later. 


I have a version of kdebug that uses this method. I have tested it on a few board configurations and it 


seems to work. It took me less than one day to write this document and apply this method to kdebug. 
Source code is available. 
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1 What revision of silicon | have? 


Before you start initializing the P9100 in native mode you can read the revision level as follows: 


// You must write something into SYSCONFIG before you can 
// read the revision level 

// 

*P9100 SYSCONFIG = 0x00000000; 

revision = *P9100 SYSCONFIG & 0x00000007; 


switch (revision) 


{ 


case 0x00: 
printf("You have AO or A1 silicon\n") ; 


break; 

case 0x02: 
printf ("You have A2 silicon\n") ; 
break; 

case 0x03: 
printf ("You have АЗ silicon\n") ; 
break; 





2. Invariant fields 
The following fields are always programmed with the same values: 
1 


mem_config.vram_read_sample 


mem_config 
mem_config 
mem_config 


mem_config. 
mem_config. 
mem_config. 
mem_config. 
mem_config. 


0) 


mem_config. 


.vram write adj = 1 
.vram read adj = 1 
.vram miss adj = 1 


slow host intf - 1 
reserved = 0 
hold_reset = 0 
dac_mode = 0 


dac_access_adj = 0 (This feature is broken so just set it to 





priority select 


3. mem _config.config[3..0] 


This is easy if you separate the field into three sub fields: 


// NOTE: assume that we will NOT use double buffering 
config[3] = 0; 


if (VRAM_256K) 
config [2] 
else 
config [2] 


number of banks - 1; 


config[1..0] = 
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The P9100 video back-end runs from a load clock (LCLK) that controls the generation of the blanking 
and synchronization signals and controls the clocking of groups of pixels into the RAMDAC. The 
relationship between the pixel clock, which controls the rate at which pixels are sent to the display, and 
the load clock is given by the following simple formula: 








bpp =] 
LCLKI ploci = pixel + pixclk Te D) 
sec RAMDACWIDTH [bits] sec 
You can see that the pixel clock is multiplied by the factor ДЕН NR to generate the LCLK. 
RAMDACWIDTH 


The RAMDAC generates a load clock for the P9100 automatically based on its pixel bus width, the 
current color depth, and the pixel clock. We call this clock that the RAMDAC generates SCLK. This 
SCLK is fed though the P9100 and then sent back to the RAMDAC where it is called LCLK. This is the 
preferred mode of operation. (The LCLK is merely a delayed version of the SCLK -- the frequency is not 
affected.) 


4.1. RAMDAC divides the pixel clock 
When the RAMDAC is dividing the pixel clock just program the registers as follows: 


mem config.shiftclk freq = mem config.crtc freq = 0 
mem config. video_ clk sel- 


4.2. P9100 divides the pixel clock 


Things get slightly more complicated because of a bug in the P9100. Under certain conditions it is 
necessary for the P9100 Revs A0-A2 to generate the LCLK itself from the pixel clock. In this case the 
SCLK from the RAMDAC is ignored. I can't give an exact formula for predicting when this bug will 
occur, here is a WAG (wild ass guess) which should serve for the short term: 


LCLK*8 « MEMCLK 


NOTE: This should probably only happen at 640x480x8, 640x480x15/16, and 800x600x8. Try running 
these resolutions on a two bank card with a 64-bit wide RAMDAC and a Rev А0-А2 P9100. 


Alternatively switches in a ".ini" file can be used to determine when the work around is required. 


It is important to realize that there are three cases where you do not want to have the P9100 attempt to 
generate the LCLK from the pixel clock. 


(1) You are operating at a color depth of 24[bits/pixel] 
b 
(2) The multiplication facto — Pp is equal to one. (LCLK = pixclk) 
~= RAMDACWIDTH 
(3) You are using a P9100 Rev A3 -- No need with these parts! 


In case (1) the P9100 cannot generate the LCLK due to the special clocking requirements for 24bpp 


p91init.doc 6 of 12 ddm 


Weitek Confidential - For Internal Use Only 


In case (2) it doesn't make sense for the P9100 to divide the clock because the divisor is '1'. It will not 
work around the bug, and it will make things more confusing when the RAMDAC clock doubler feature 
is used. 


In all of these cases go immediately to the "RAMDAC divides the pixel clock" section. 


Once you have determined that you want the P9100 to divide the pixel clock it is easy to compute the 
register values. All that you are trying to do is to match the multiplication factor that the RAMDAC 
would have used. 


The following is the simple formula when the full frequency pixel clock is available to the P9100. 


mem config.shiftclk freq = mem config.crtc freq = log қама; 
рр 
mem config. video_clk_sel=0 


Sometimes the full frequency pixel clock will not be available to the P9100. Usually this is because the 
RAMDAC contains some clock multiplication circuitry that must be enabled above a certain pixel clock 
frequency. Currently the only time that this happens is when a Brooktree Bt485 compatible RAMDAC is 
used. In this case a half frequency pixel clock is sent to the P9100 and to the RAMDAC. Since the pixel 
clock has already been divided by two before entering the P9100 we must adjust the formula as follows: 


mem config.shiftclk freq = mem_config.crtc_ freq = log еи ты -1 


bpp 


It's really not very complicated... 


Programming the blank an nc timin 


Jacques sent out some very detailed information over EMail. I have not had time to look at it yet. It gives 
the details of how timing if affected by some of the mem config fields. 


The big picture is this: The blank and sync timing are controlled by the LCLK so you must convert pixel 
bpp 
RAMDACWIDTH 


values into pixel group values by multiplying by the multiplication factor when 


you're computing the blank/sync register values. 


These are very easy to program. First you must compute the number of effective back-end banks in the 
current configuration. This is easy: 


32[bits|* actual banks 


effective backend banks — ; 
RAMDACWIDTH [bits] 


If this number is ever less than one, then you must reduce the effective width of the RAMDAC. For 
example if you had one bank of memory connected to a 64-bit wide RAMDAC, then you would have to 
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configure the RAMDAC as a 32-bit RAMDAC. This is a silly thing to do, so just generate an intelligible 
error message and wait for customer complaints before supporting this type of configuration. 
Now just apply the following simple formula: 


mem config.shiftclk mode = mem_config.soe_ mode -log»(effective backend banks) 





These fields have caused many problems in the Windows drivers with the introduction of the half-size 
shift register (SAM) VRAM. The P9100 supports two basic types of VRAM 128k deep and 256k deep. 


7.1. Full-size SAM VRAM 
For full SAM VRAM the depth of the shift register is the same size as a row of memory: 


128k deep VRAM has a row size of 256 => depth of one shift register is 256 
256k deep VRAM has a row size of 512 = >depth of one shift register is 512 


The srtctl.qsfselect controls how frequently the shift registers have to be reloaded. To compute this we 
have to use the effective depth of the shift registers. The effective depth of all the shift registers in all the 
banks of memory is given by the following formula: 


effective shift register depth = depth of опе shifi register*effective backend banks 


srictl. qsfselect = log»(effective shifi register depth) — 5 

The srtctl.src incs controls the address generation for the shift register reloads. The effective row size is 
determined by the number of memory banks and the depth of a memory row. The width of the 
RAMDAC does not come into play. It is the effective row size that determines the value loaded into 
srtctl.src incs: 


effective row size = ғои size of опе bank*actual banks 
srtctl.src incs = log»(effective row size) – 9 


The remaining field requires no considerations just do it: 


mem config.vad shft-0 


7.2.  Half-size SAM VRAM 


The simplistic approach for half-size SAM VRAM is to compute the values as if the VRAM were full- 
size SAM VRAM and then adjust the values as follows: 


if (half size SAM) 


{ 


srtctl.qsfselect--; 


if (srtctl.src incs != 0) 
srtctl.src incs--; 


else 
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mem_config.vad_shft = 1; 


8. Programming mem config.blank edge 

Program this field with: 
О if you want the blank and sync signals to be generated on the rising edge of vidoutclk (LCLK) 
1 if you want the blank and sync signals to be generated on the falling edge of vidoutclk (LCLK) 


In general the negative edge is preferred and should be used whenever possible. (Some cards in the field 
WILL break if the positive edge is used.) However the P9100 revisions A1 and A2 cannot use the 
negative edge when: (сік > 33 MHz. Тһе АЗ silicon should be able to use the negative edge at any 
frequency. 


When (blank edge — — 1) and the LCLK frequency is too high the screen may display a horizontal 
ripple. 


When (blank edge == 0) and there is no series damping on the blank line, then you may see noise on 
the left and right edges of the screen. 


9, Programming mem config.blnkdly 


9.1. RAMDAC divides the pixel clock 


This case is relatively straightforward: 


9.1.1. P9100 Rev A0-A2 


if (mem config.blank edge == 0) 
// positive edge vidoutclk generates blank and syncs 
mem config.blnkdly - 1; 

else 
// negative edge vidoutclk generates blank and syncs 
mem config.blnkdly - 2; 


The following configuration requires special casing because 
an external PAL is used to generate the shift clocks. This 

requires an additional cycle of blank delay to align blank 

properly with the the serial clocks. 


((actual banks -- 4) && (ramdacwidth -- 32)) 
mem config.blnk а1у++; 





9.1.2. P9100 Rev A3 


mem config.blnkdly - 1; 

// The following configuration requires special casing because 
// an external PAL is used to generate the shift clocks. This 

// requires an additional cycle of blank delay to align blank 


// properly with the the serial clocks. 


// 
if ((actual banks == 4) && (ramdacwidth ше 32)) 
mem_config.blnkdly++; 
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9.2. P9100 divides the pixel clock 


This section sort of ruins this whole document for me. I can't see any obvious pattern here. This may be 
because some of the boards are in bad shape. Please use a table look-up and special casing for now. The 
following tables represent the sum total of my knowledge in this area: 


9.2.1. P9100 Rev A0-A2 


Index these tables with: 

vram type 0 = 128k, 1 = 256k 

ramdacwidth 0 32 bits, 1 = 64 bits 

#banks 0 1 bank, 1 = 2 banks, 3 = 4 banks 


Oxff values indicate illegal indices 
0x00 values indicate unknowns 


// Use this table when(mem config.blank edge -- 0) 
positive blnkdly table[2][21[3] = 
// - 25 2b 4b 
(((oxff, 0x00, 0x00}, // 128k VRAM, 32 bit RAMDAC 
{Oxff, 0x00, 0x00}}, // 128k VRAM, 64-bit RAMDAC 
{ {0х01, 0x02, 0x00}, // 256k VRAM, 32 bit RAMDAC 
{oxff, 0x01, 0x02}}}; // 256k VRAM, 64-bit RAMDAC 


// Use this table when(mem config.blank edge == 1) 
negative blnkdly table[2] 121 [3] = 
// 1b 2b 4b 
{{{Oxff, 0x02, 0x03}, // 128k VRAM, 32 bit RAMDAC 
(ОхЕЕ, 0x00, 0x00}}, // 128k VRAM, 64-bit RAMDAC 
((0х01, 0x02, 0x03}, // 256k VRAM, 32 bit RAMDAC 
{Oxff, 0x01, 0x02}}}; // 256k VRAM, 64-bit RAMDAC 


***NOTE*** There are two special cases that must be handled! 
These do not make any sense to me, and should never actually 
encountered in normal operation, because at 32bpp you should 
never need the P9100 to divide the pixel clock. 


((bpp == 32) &&(#banks == 1) && (vram type == 256k) && (ramdac width 
32)) 
blnkdly = 2; 
else if ((bpp == 32) &&(#banks == 2) && (vram type == 256k) && 
(ramdac width == 32) && (mem config.blank edge == 0)) 
binkdly = 1; 





9.2.2. P9100 Rev АЗ 
Let the RAMDAC divide the clock in all cases. 


1 Programming the RAMDAC and Frequency Synthesizer 


I don’t have time to get into the details here. I have attached some pictures showing how the clocks are 
routed in our most popular designs. 


11. Miscellaneous Notes 
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Here are some random programming notes that I have included them for your edification. Weitek driver 
programmers are probably familiar with all of these points. 


11.1. 


11.2. 


11.3. 


ICD2061A Notes 

(1) Do not ever program the two phase locked loops to the same frequency. Drivers should 
contain code which insures that the ICD2061A pixclk and memclk PLLs are always operating at 
different frequencies. 


Here are two examples of how this can happen: 


You’re using the ICD2061 with a Brooktree RAMDAC and are running with a 50 MHz memclk 
and select a display resolution of 800x600@72Hz refresh rate which requires a 50 MHz pixclk. 
If the driver programs the same control values into both PLLs then visible screen jitter will 
occur. 


You're using Ше ICD2061A to generate a reference clock for the ІВМ RGB525 


(2) After selecting a new pixel frequency you must wait at least ? ms for the frequency to 
stablize. The host interface of some RAMDACs is not usable until the frequency is stable so this 
is an important fact. For instance is you are using the ICD2061A to generate a reference clock 
to the IBMRGB525 RAMDAC and you toggle the clock select bits in VGA to select a new 
frequency, then a delay should be inserted before the RAMDAC host interface is used. This is 
currently handled by the BIOS. 


(3) There are often several ways to obtain the same output frequency which will produce 


different levels of clock jitter. Some customers like to pick these control values carefully to 
produce the most stable display. 


IBM RGB525 Notes 


(1) Get a copy of IBM's document: 


Programming the RGB525 Clock Generator 
March 10, 1994 
David Warfield 
Revision 1.0 
This explains how the to minimize the clock jitter of the PLL inside their RAMDAC. 


(2) Take the DAC access workaround seriously when using this RAMDAC. (See below) 


General P9100 Notes 
(1) Do not ever try to read any of the screen controller registers if there is not a stable clock on 
the selected pixel clock input (pixclk/divpixclk). This will hang the P9100. 


(2) Emulation (VGA) mode and native mode are mutually exclusive. Switching to one mode will 
reset the other. 


« « « NOTES ABOUT SAVE AND RESTORE» > > 


(3) Do not read from undefined registers. This may hang the P9100. 
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(4) Be aware that there is a workaround which must be performed in native mode when 
accessing the RAMDAC. Every RAMDAC access must be followed by a read from one of the 
P9100 display controller registers to insure that the minimum RAMDAC access time parameter 
is not violated. 


(5) The mem_config.soe_mode should be set to ? whenver the P9100 is in emulation mode. If 


this is not done then all of the serial enables may be enabled at the same time. This may result 
high power consumption and may shorten the life of the VRAM. Ü 


11.4. VideoPower Notes 
Get a copy of my Video Power Programmer's Guide. 
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POWER 9100 GRAPHICS CONTROLLER 


Lab Report 


Customer Specific 
SMAC0609.DOC 





| worked with SuperMAC in their lab yesterday to characterize the incorrect data 
writes they have been experiencing. We do not understand the problem, but we 
have two test programs and evidence that the problem maybe related to the 
revision of the planer board. The PROTO1 planer board did not work, but the 
EVT1 board had no errors. We are now prepared to continue the lab work with 
Apple, the designer of the planer board, to learn the specific failure mechanism 
in the PROTO1 and to determin if we are dealing with a marginallity problem that 
is also in EVT1s, but not surfacing at SuperMAC. 


At this point, SuperMAC does not have any issues with Weitek. Nor do we have 
any issues with SuperMAC. The issues resolve around Apple's contention that 
the SuperMAC board does not work in the PowerPC. 


We first developed two tests and made some basic scope measurements of ` 
FRAMEZ, DEVSEL#, TRDY#, and data bits 4,5 and 6 using the PROTO1 4 ENT | 
systems. | have source to these programs. They run under MACSBUGS. 


The BBTest2.c program is a scope test: 
Write 1s to SYSCONFIG, Write Os to pseudo device coordinate register 


The BBTest3.c program counts failures in 10,000 correct writes. The writes (not 
Reads) are known to fail because of DFB errors. Bit positions 4 and 5 were 
identified-early on. BBTest3 displays 3 counters: 


c1= write failures in D4 or D5 bit positions. c2= write failures not in D4 or D5. 
c3= number of successful writes (always 10,000). 


Both tests have applications that are hardwired to 9000 0000 and DOOO 0000 for 
different slot addresses. 


A third test was an application that used offscreen memory to blit a 64x64 
pattern. 
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WEITEK 
POWER 9100 GRAPHICS CONTROLLER Á 
SYSTEMS ————- 


PROTO1 system: 

20 MHz PCI CLK, 2 bridge system 

P9000 based main graphics board (1st bridge?) 

P9100 SM (SuperMAC) and P9100 N4C WTK (2nd bridge?) 


EWT1 system: 

25 MHz PCI CLK, D7++ BIOS/OS 

P9100 SM based main graphics board (1st bridge?) 

P9100 SM (SuperMAC) or P9100 N4C WTK or P9001 WTK (2nd bridge?) 


Our experience with the two systems revealed many differences. Too many 
differences to list or sort without Apple's help. 


RESULTS ------------ 


Both Systems: 

The Scope measurements (BBTest2) confirmed a MED speed DEVSEL and a 1 
. cycle FRAME#. All register writes seemed to completed іп the minimum bus 
cycle time for a write. Set up times were large (CLK cycle times were 40 to 50 
nS), hold times were in the 4 to 7 nS range. 


PROTO1: 
The BBTest3 program produced failed writes on both the SuperMAC board and 
the Weitek P9100 boards. Repeated runs (10 or so) were made: 


SM Board with and without 2 K ohm pullups on PCI AD4 and AD5 bits: c1= 1 to 
3 
с2= 0 to 1:(7 и only one run) 


WTK Board: 
c1= 200 to 300 
c2= 1 to 179 


Tests were repeated with a technique to determin the failing bits in c2 count: 


SM Board (no special pullups): 
с2=4 (readback was FFFF FFE/ every time) 


The blitting application produced bad pixels. 
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The WEITEK Power 9100 is a high-perfor- 
mance display controller for use with 
graphical user interfaces such as Microsoft 
Windows. It combines an extremely high- 
speed frame buffer controller with a 
workstation-style accelerated display con- 
troller and a local-bus host interface for 
maximum performance. 
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Features 


Single-Chip 2-D Graphics Accelerator 


© Ultra-high-speed local-bus display controller uses 
workstation display technology to give maximum 
acceleration with graphical user interfaces such as 
Microsoft Windows 


<> Sophisticated architecture, full-custom chip design, 
and advanced 0.8 micron process technology deliver 
maximum power at an affordable cost 


© On-chip SVGA unit for DOS compatibility 
© 208-pin plastic QFP package 


High Bandwidth 


© Interleaved VRAM controller uses a PLL timing gen- 
erator to extract 100% of VRAM bandwidth 


Sophisticated local-bus controller extracts full band- 
width from PCI and VL host buses 


© 

© Supports 32- and 64-bit RAMDACS at speeds up to 
200 MHz for maximum display bandwidth 

© 


Pipelined internal architecture is 32 bits wide 
throughout to ensure maximum throughput 


Full Software Support 


© Drivers for Windows 3.1, Windows NT, OS/2 Pre- 
sentation Manager, and AutoCAD R10-R12 


© VESA-compatible BIOS 
© DOS application drivers 


Parameter 


noe Engine 


Computer VL 


or PCI Bus 
Drawing 


Controller 


Figure 1. System block diagram 





Powerful Graphics features 

© Supports high- and true-color at large screen sizes: 
24-bit true-color to 1280x1024 pixels 

16-bit high-color to 1600x1200 pixels 

Fully accelerates 8-, 15-, 16-, 24- and 32-bits/pixel 


Draws lines and polygons (with optional pattern fill) 
at full VRAM bandwidth 


O Performs bit block-transfer (BitBlt) from screen to 
screen at VRAM bandwidth, and from host to screen 
(with color expansion) at host bus bandwidth 


oo 


O Provides automatic clipping against window and 
screen edges 


© Supports patterning, plane masking, and boolean 
operations of pixels during drawing; supports poly- 
lines and mesh polygons; supports pick mode 

© Directly mapped linear frame buffer allows efficient 
CPU access to frame-buffer memory without bank- 
ing 


© Multimedia support via frame-buffer coprocessor 
interface 


© Supports VESA power management 


Optional Ext Sync 


Sync 


“е k 


Optional 
Video 
Coprocessor 





Architecture 


The WEITEK Power 9100 is a hard-wired display proces- 
sor. Designed specifically for high-performance personal 
computers, its architecture takes full advantage of the 
speed of video RAM and high-speed local-bus interfaces. 


Based on WEITEK’s workstation display controllers, the 
Power 9100 is the latest in a series of controllers designed 
from an architectural strategy that can be summarized in 
two sentences: 


1. Get the highest possible bandwidth. 
2. Use all of it. 


We have found that these simple statements capture the es- 
sence of high-performance controller design. 


The following sections describe how these principles were 
applied in the main sections of the Power 9100: 


1. Frame buffer controller 

2. Parameter engine 

3. Drawing engine 

4. Host bus interface 

5. Video controller 

The Power 9100 contains an additional unit: 
6. SVGA unit 

for backward compatibility. 


FRAME BUFFER CONTROLLER 


Capturing the highest possible bandwidth starts at the 
frame buffer. The Power 9100 uses three techniques to 
achieve (and use) the highest possible frame buffer band- 
width: | 


1. УКАМ frame buffer 
2. Interleaving 


3. PLL-controlled memory timing 


VRAM FRAME BUFFER 


The Power 9100 uses a VRAM frame buffer for maximum 
performance. While VRAM is more expensive than 
DRAM, it is dual-ported; the stream of pixel data needed 
to refresh the display does not detract from the drawing 
rate. DRAM systems, in contrast, divide their bandwidth 
between these two functions, causing drawing rates to de- 
grade as screen sizes increase. 


The Power 9100 supports screen sizes of up to four mega- 
pixels, and full drawing bandwidth is retained even at 
these large screen resolutions. 


INTERLEAVING 


The Power 9100's two 32-bit banks of VRAM are inter- 
leaved for maximum performance. 


Interleaving is a technique that takes advantage of the fact 
that RAM access times are much longer than their write- 
enable times. Two banks of RAM are placed in parallel, 
with common address and data lines, but separate write 
enable lines. One bank contains the even-numbered data 
words; the other contains the odd-numbered words. With 
interleaved RAM, writing two words of data only takes 
one cycle longer than writing one, giving the performance 
of 64-bit memory, while saving pins and giving a better ar- 
chitectural match to a 32-bit controller. 


PLL-CONTROLLED MEMORY TIMING 


To get maximum speed out of memory devices, you have 
to precisely match a large number of timing specifications. 
Typical memory controllers approximate this with timing 
patterns based on the system clock. Since memory speeds 
and system clock speeds are similar, this approach is too 
granular to match the memory parameters closely, and it 
results in significant performance loss. 


The Power 9100 can match memory parameters exactly, 
using a PLL (phase-locked loop) timing generator and a 
programmable memory controller. This allows the frame 
buffer to be used at its full theoretical capacity. 


PARAMETER ENGINE 


The graphics core of the Power 9100 is crucial to using all 
ofthe frame buffer's bandwidth. In addition to providing a 
low-latency path between the host and the frame buffer, 
the core must provide large amounts of acceleration if the 
full frame buffer bandwidth is to be used. The importance 
of acceleration stems from three factors: 


1. Local-bus interfaces, while fast, are not as fast as the 
Power 9100's frame buffer. 


2. General-purpose CPUs are inefficient at simple draw- 
ing operations, and cannot perform them at full host- 
bus bandwidth (let alone full frame-buffer band- 
width). 


3. The user is better served if the CPU is running applica- 
tions, not serving as an inefficient graphics controller. 
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Architecture, continued 


The Power 9100's graphics accelerator is divided into two 
loosely coupled graphics engines: the parameter engine 
and the drawing engine. The parameter engine prepares 
drawing operations for execution by the drawing engine 
(which is described in the next section). The parameter en- 
gine’s basic function is to take input coordinates from the 
host and convert them to a form usable by the drawing en- 
gine. The input parameters include the х,у vertices of poly- 
gons and the corners of bit block-transfer (ВИ ВИ) regions. 
The parameter engine tests the vertices against window 
and screen boundaries, tests for exceptions, and performs 
trivial rejection. Finally, it transfers commands that pass 
these tests to the drawing engine to be rendered into the 
frame buffer. 


The parameter engine works independently of the drawing 
engine; the parameters for a new operation can be loaded 
while the drawing engine is busy. 


The parameter engine prepares four kinds of “polygons” 
for drawing: quadrilaterals, triangles, lines, and points. It 
also handles screen-to-screen BitBlt and host-to-screen 
BitBlt. 


The parameter engine handles all exception testing, trivial 
rejection, status reporting, and access to parameter engine 
registers. Once the parameter engine verifies that a draw- 
ing command should be performed (that is, it has valid pa- 
rameters and has not been trivially rejected), it passes the 
operation to the drawing engine. The parameter engine's 
exception testing is very fast, completing in a few cycles. 


DRAWING ENGINE 
The drawing engine performs three basic functions: 


1. It draws quadrilaterals, triangles, and lines (the quad 
operation). 


2. It performs screen-to-screen BitBlt (the blit opera- 
^J tion). 


3. It performs host-to-screen BitBlt (the ріхе/1 and 
pixel8 operations). 


The quad operation draws quadrilaterals, triangles, lines, 
and points (the last three being treated by the hardware as 
special cases: quadrilaterals with one or more identical 
vertices). Triangles, lines, and points can always be ren- 
dered correctly, but the drawing engine cannot draw hori- 


zontally convex quadrilaterals. That is, it cannot cross 
from the inside to the outside of the same object more than 
once per scan line. This means that *bow ties" cannot be 
drawn (such quads are decomposed into two triangles by 
the driver software), though *hourglasses" can. See fig- 
ure 2. 


The blit operation copies a rectangular area of the display 
from one screen location to another. 


The pixel1 operation takes monochrome, one-bit-per-pix- 
el data from the host, expands the pixels internally to the 
current pixel depth (typically by assigning the foreground 
and background colors to one and zero bits), and writes 
them to theframe buffer. Up to 32 pixels can be transferred 
to the Power 9100 in a single word. 


The pixel8 operation takes color pixels of 8, 16, or 32 bits, 
packed as four, two, or one pixel per word, respectively, 
and writes them to the frame buffer. 


Supported 
Quadrilaterals 


/ 








Unsupported 
Quadrilaterals 





^ 


Figure 2. Supported and unsupported quads 


HOST BUS INTERFACE 


The Power 9100 connects directly to PCI and VESA local 
buses. With small amounts of glue logic, it can be con- 
nected directly to processor buses. 


The Power 9100 itself runs asynchronously to its bus 
clock. It supports both big-endian and little-endian ad- 
dress formats. 


The Power 9100 is memory-mapped; each command has a 
unique memory address. In many cases, this means that 
both command and data are specified in a single write op- 
eration: The address specifies what operation is to be per- 
formed on the data being transferred. | 





Architecture, continued 


VIDEO CONTROLLER 


A typical board design feeds the VRAM shift registers into 
a RAMDAC, which converts digital pixel data into an 
analog RGB video signal. The host initializes the control 
registers and look-up tables in the RAMDAC through the 
Power 9100’s RAMDAC access instructions. 


The Power 9100 also generates horizontal and vertical 
synchronization and blanking signals, and controls the 
clocking of the video data. The timing of these signals is 
programmed through the video controller registers. The 
Power 9100’s divided dot clock is completely asynchro- 
nous to the Power 9100’s main system clock. 


The Power 9100 supports 32- and 64-bit RAMDACs, | 


such as the IBM RGB525, the Brooktree Bt 484 and Bt 


485, and the Texas Instruments TVP3010 and TVP3020. 
By supporting RAMDACS with wide input buses at speeds 
of up to 200 MHz, the Power 9100 has no difficulty sup- 
porting large screens at high color depths and ergonomic 
refresh rates. 


SVGA UNIT 


For compatibility with older applications, the Power 9100 
contains an on-chip SVGA unit which supports screen 
sizes to 1280x1024, and color depths of up to 24 bits. This 
SVGA unit is independent of the main graphics engine of 
the Power 9100, although the two share bus, frame buffer, 
and video interfaces. Control can be switched between the 
two graphics units under software control. 


Major Differences Between the Power 9100 and the Power 9000 


The Power 9100 builds upon the strengths of its predeces- 
sor, the Power 9000. This section summarizes the most im- 
portant differences between the two. 


ADDITIONAL FEATURES 

On-chip VESA Local (VL) Bus interface 
On-chip PCI Bus interface 

On-chip SVGA unit 

Power 9100 and SVGA modes 

Full acceleration of 16- through 32-bit graphics 
Higher clock speeds 


Е Е pec 


Four-color pattern RAM (but reduced from 16х16 to 
8x8) can be used for four-color dither at full speed 


8. Aperture memory mapping (frame buffer can be 
mapped into a 64 KB aperture in addition to its usual 
4 MB linear mapping) 


9. Video coprocessor support 

10. ROM BIOS control logic 

11. Configuration EEPROM control logic 

12. Clock generator control logic 

13. Serial clock and serial enable generation for VRAMs 
14. Text transparency 


15. 256 raster-ops 


ADDRESSING 


Power 9100 addressing and general address formats are 
different from those on the Power 9000. 
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Details of Graphics Operation 


THE GRAPHICS PIPELINE 


Graphics operations flow through the graphics pipeline, 
first through the parameter engine, and then through the 
stages of the drawing engine. 


THE PARAMETER ENGINE 


Functions. The parameter engine determines what will 
happen as the result of each drawing operation. It calcu- 
lates status information, including whether the operation 
is clipped by the viewing window or the screen edge, and 
whether the operation can be drawn at all before passing 
the operation to the drawing engine. If the drawing engine 
is busy, or if the request contains illegal parameters, the pa- 
rameter engine does not pass on the request. (The parame- 
ter engine performs these tests only on coordinate register 
loads and drawing commands. Other operations, such as 
setting color registers or video timing registers, bypass the 
parameter engine.) 


The parameter engine performs clipping calculations on 
each x,y vertex. It compares these points against all four 
edges of the screen and viewing window, and against each 
other. It also tests for trivial rejection and trivial accep- 
tance. 


The parameter engine detects, but cannot correct, an ille- 
gal request, such as a request for a horizontally convex 
quad. Such quadrilaterals must be rendered in software. 
The status register flags such problems. In addition, the in- 
terrupt signal can be used to interrupt the host when such 
exceptions occur. 


Access. Allaccesses to parameter engine functions and reg- 
isters complete in a few cycles; the parameter engine is al- 
ways accessible. | 


THE DRAWING ENGINE 


Functions. The drawing engine accepts one drawing oper- 
ation at a time from the parameter engine. When process- 
ing a drawing operation, it first determines which pixels 
are “touched” by the drawing process (scan conversion), 
then determines the color value of each touched pixel (ras- 
ter ops). 


Scan conversion. Two line-drawing engines follow the left 
and right edges of the quadrilateral on each scan line, anda 
pixel-processing engine fills the region between these 
edges. (Pixel1, pixel8, and blit operations are limited to 
rectangular areas, while the quad operation can have 
edges at any angle). 


Raster ops. The color of each touched pixel is determined 
by the raster-op function, which is further conditioned by 
the contents of other registers (see the *Color Selection? 
section). 





Access. The drawing engine can remain busy for long peri- 
ods when drawing large quads or performing a blit opera- 
tion on a large portion of the screen. The quad and blit op- 
erations are started by a read operation. The read requests 
that the operation take place, and returns the contents of 
the status register, which indicates whether or not the re- 
quest has been granted. The Power 9100 does not accept a 
request if the drawing engine is busy, or if an exception has 
occurred, nor does it queue requests. Therefore, the soft- 
ware must check the status register, which contains both 
exception and drawing engine status bits, and resubmit 
any quad or blit request that is not accepted. While no new 
drawing operations can be started until the drawing en- 
gine is idle, the host can load the parameter engine's coor- 
dinate registers with the vertices of a new operation while 
the drawing engine is busy, thereby overlapping the pro- 
cessing of two objects. 


DRAWING QUADRILATERALS 


The drawing engine assigns the two edges at either the top- 
most or bottom-most vertex to its two Bresenham 
line-drawing engines. These engines do not actually draw 
anything in the frame buffer, but they traverse the bound- 
aries of the quadrilateral on each scan line. The pixel-pro- 
cessing engine then fills in the pixels between the bound- 
aries found by the line-drawing engines. (This filling 
operation is also clipped against the clipping window and 
screen boundaries.) See figure 3. When a line-drawing en- 
gine reaches another vertex, it starts down the new edge. 


In oversized mode, the Power 9100 draws perimeter pixels 
according to the Bresenham algorithm. Oversized mode 
must be selected to draw points and lines, as X11's draw- 
ing rules do not “touch” pixels іп zero-width objects 
(meaning nothing is drawn). 


Window 


Clipped 
by Window 
Edge 


y 


creen 
Edge 


Figure 3. A quad clipped against window and screen 


Details of Graphics Operation, continued 


In X11 mode, the Power 9100 draws only those pixels 
whose centers lie within the perimeter of the quad. Pixels 
whose centers lie precisely on the perimeter are drawn in 
accordance with X11’s tie-breaker rules. (See figure 4.) 
Coordinates can either be specified relative to the clipping 
window or relative to the previous vertex. 


Polylines, meshed triangles, and meshed quadrilaterals are 
all supported; they are drawn by transferring the new ver- 
tices and issuing another draw command. 


DRAWING BIT MAPS 


To transfer a bit map to the screen, the host first sets up the 
x,y coordinates of the destination, and then transfers data 
to the Power 9100 with the pixel1 and pixel8 operations. 
The Power 9100 draws the pixels on the screen, auto-in- 
crementing the current x,y location after each pixel. 
Bit-map drawing proceeds from left to right; when it 
reaches the right-hand edge of the target bit map, the Pow- 
er 9100 automatically wraps to the next line. 


The pixel8 operation draws colored pixels; up to four 
eight-bit pixels (or two 16-bit pixels, or one 32-bit pixel) 
are transferred and drawn through a single bus transfer 
from the host. This mode is used to transfer color images. 


The pixel1 operation, which draws monochrome bit 
maps, is ideal for text transfer. Its basic operation is similar 
to pixel8, but instead of transferring, say, four eight-bit 
pixels per operation, it transfers up to 32 one-bit pixels. 
The Power 9100 expands the one and zero bits of the data 
word into pixels at the current color depth. (The Power 
9100 expands these values according to the raster-op func- 
tion described in the “Color Selection” section.) 


Pixel data must be padded out to multiples of 32 bits per 
scan line for pixel8 transfers; leftover pixels in the current 
word do not wrap to the next line. Pixel1 allows the 
left-over pixels to wrap, however, making it especially suit- 
able for sending narrow blocks of monochrome data, such 
as character bit maps. 


BIT BLOCK TRANSFER 


The blit operation moves a rectangular block of pixels 
from one part of the screen to another. It handles overlap- 
ping source and destination blocks properly; the source 
block arrives unchanged at the destination, as if it were 
moved off-screen, then copied back at its new destination. 


Like quad, blit is a *fire-and-forget" operation; once initi- 
ated, it runs to completion without additional attention 
from the host. As a large blit can involve over a million pix- 
els, the host driver code should test the busy bit in the Pow- 
er 9100's status register before attempting another draw- 
ing operation when a blit could be in progress. 








COLOR SELECTION 


Oncea pixel has been touched, there still remains the ques- 
tion of what color it will be. Screen color is selected at five 
levels: 


1. the initial (source) color 
2. the pattern color 

3. фе raster-op color 

4. the plane mask 
35 


the RAMDAC look-up table color (8-bit modes only; 
higher pixel depths use direct color) 


The Power 9100 applies each of these in turn. The pattern 
RAM allows imposition of an 8x8-bit repeating pattern on 
the data. See figure 5. The raster-op function is a three-in- 
put boolean function controlled by an eight-bit minterm 
array. The three inputs are: 


1. The source color 


2. Thedestination color (the color value currently at the 
x,y location being written) 


3. The color registers color[3..0] 


The Power 9100 applies the same function to each of the 
bits in the pixel. 


Scan conversion starts here. The two 
line-drawing engines follow the perimeter 
lines, and the pixel-drawing engine fills the 
pixels between the lines. Filling proceeds one 
scan line at a time, in this case from top to 


When the Bresenham engine reaches a 
vertex, it stops drawing the old line and 
begins drawing a new one. 


Pixel Centers 
at Intersections 


pattern[15] 


Unpatterned Quad Patterned Quad 


16x16 Pattern RAM (Magnified) 
Figure 5. Patterning 
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Host Bus Interface 


The Power 9100 supports the VL and PCI buses directly, 
with no glue logic. See figures 6 through 9. Other buses 
can be accommodated with a small amount of external 


ing third signal nomenclature to that of PCI and VL, we 
have provided two sets of pin configurations: one for each 
bus, each using the signal naming conventions for that 


glue logic. 


Some pins on the Power 9100 change function depending 
on which bus is selected. Rather than introduce a confus- 


VL 
Bus POWER 


9100 


ADR[81..2] ADR[31..2] 


DAT[31..0] DATA[31..0] 
BE[3..0]- 
M/IO- 
W/R- 
D/C- 
ADS- 
RDYRTN- 
LCLK 
RESET- 
LDEV- LDEV- 
LRDY- LRDY- 
IRQ во 


BE[3..0]- 
MIO- 
W/R- 
D/C- 
ADS- 
RDYRTN- 
BCLK 
RESET- 


Figure 6. VL bus interface connection 


VL Bus 
Ур . |Description 
y/o Data bus 
Input Address bus 
Byte enable 
Write or read status 








Signal 
DATA[31..0] 
ADR[31..2] 
BE[3..0]- 
W/R- 
M/IO- 
ADS- 
LDEV- 
LRDY- 
RDYRTN- 
IRQ 
BCLK 
RESET- 
D/C- 
Figure 8. VL bus interface signals 








Input 
Input 
Input Memory or I/O status 
Input Address data strobe 
Output 


Output 


Local device 
Local ready 


Input 
Output 
Input 


Ready return 
Interrupt request 
VL clock 


Input Reset 








Input Data or code status 





bus. 


PCI 
Bus 


АО[31..0] 


PAR 


C/BE[3..0]- 

FRAME- 
IRDY- 
IDSEL 


CLK 


RESET- 
TRDY- 
STOP- 

DEVSEL- 
INTA- 


POWER 
9100 


ОАТА[31..0] 


РАА 
C/BE[3..0]- 
FRAME- 
IRDY- 
IDSEL 
CLK- 
RESET- 
TRDY- 
STOP- 
DEVSEL- 
IRQ 





Figure 7. PCI bus interface connection 


PCI Bus 





Type _ |Description 





DATA[31..0] 
C/BE[3..0]- 
PAR 
IDSEL 
STOP- 
FRAME- 
DEVSEL- 
TRDY- 
IRDY- 
IRQ 

CLK- 
RESET- 





/О 
Input 
/О 
Input 
Output 
Input 
Output 
Output 
Input 
Output 
Input 





Input 











Address and data bus 
Bus command/byte enable 
Parity 

Initialization device select 
Stop 

Cycle frame 

Device select 

Target ready 

Initiator ready 

Interrupt request 

PCI clock 

Reset 





Figure 9. PCI bus interface signals 


Frame Buffer and Video Interfaces 


Figure 10 illustrates Power 9100 RAMDAC, frame buffer, 
and video pin connections. 


WEITEK 
Power 9100 
Graphics 
Controller 


CKSEL[1..0 5 ICD2061A 
енк < | Clock Synthesizer Ві485 


— — ~ 
Host Bus PIXCLK P1 


PCI in DIVPIXCLK SCLK 


LCLK 
VIDOUTCLK PO 
WE1[3..0]- RS[3..0] 
DACRD- DACRD- 
DACWR- DACWR- 
MD[23..16] DI7..0] 
VIDOUT[7..0] VGAI[7..0] 
CBLANK- BLANK- 
CDE- 


shown) 


AD[31..0] 


MD[31..0] 
MA[8..0] 
RAS[1..0]- 
СА514..0)- 
WEO[3..0]- 
WE1[3..0}- 
ОЕО[4..0]— 
SC[1..0] 
SE3-, SEO- 
DSF 


VRAM 
(1—4 banks) 


PAR 
C/BE[3..0]- 
FRAME- 
IRDY- 
IDSEL 
CLK 
RESET- 
TRDY- 
STOP- 
DEVSEL- 
INTA- 


PX[31..0] 


WEITEK 
Video Power 
Coprocessor 


= 


VESA Media Channel 





Ш 


Serial Е PROM 
(VCEN-) EECLK (С interface) 
(CKSEL[2]) EEDATA 


Configuration 
Information 


BIOS ROM 
MD[14..0] А[14..0] 
MD[31..24] D[7..0] 
ROMEN- CE- 





Figure 10. The Power 9100/Video Power system block diagram, showing a typical configuration 
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Frame Buffer and Video Interfaces, continued 


SIGNAL DESCRIPTION 


М0ү[31..0] Memory data bus 
MAI8..0] Memory address bus 


RAS[1..0]- Row address strobes 


CAS[A..0]- Column address strobes. CAS[O]- controls the least-significant 16 bits of bank 0; CAS[4]- 
controls the most-significant bits of bank 0 (necessary for VGA transfers). Note that in two- 
bank systems, bank 1 is controlled by СА$[3]-, not CAS[1]- 


Write-enable for the individual bytes in bank 0 (2-bank systems), or banks 0—1 (4-bank sys- 
tems) 





















































Output 



























WEO[93..0]- Output 















WE1[3..0]- Output Write-enable for the individual bytes in bank 1 (2-bank systems), or banks 2—3 (4-bank sys- 


tems) 


Output Enables. OE[0]- controls the least-significant 16 bits of bank 0; OE[4]- controls the 
most-significant bits of bank O (necessary for VGA transfers) 





















OE[4..0]- Output 

























DSF 
DACRD- 


Output 
Output 


VRAM special function pin 
RAMDAC control line 
RAMDAC write control signal 
Main chip clock 
BIOS ROM enable 
EEPROM clock control signal 

EEPROM data control signal 

Supply voltage for on-chip clock generator 





























MEMCLK 
ROMEN- 
EECK 




































VDDPLL 
VSSPLL 
Figure 11. Memory control signals 













Ground for on-chip clock generator 


Signal Type m Description 
SE[S]-, SE[O]- | Output VRAM serial shift enable 
SC[1..0] Output  IVRAM serial shift clock 
VIDOUT[7..0] | Output | Video data out (SVGA modes) 
VIDOUTCLK — | Output Video data clock out 


HSYNC- /О Horizontal synchronization. Normally an output; can also be used as an input for external 
sync 




















/О Vertical synchronization. Normally an output; сап also be used as an input for external sync 
BLANK- Output Blanking interval 

PIXCLK Input Pixel clock 

DIVPIXCLK _ [neut 2 [Divided pixel clock 

CKSEL[2..0] Output Frequency synthesizer control 
































Figure 12. Video control signals 


Frame Buffer and Video Interfaces, continued 


Description 








Sin [Type 
VCBUSY- Input 


VCGRNT- Output 





Video coprocessor busy. Video coprocessor is busy; I/O reads and writes will not succeed. 
This signal should be pulled up to VCC with a 10 KQ resistor 


Video coprocessor enable. When asserted, video coprocessor is active. Resets video co- 
processor when de-asserted 


Video coprocessor bus grant. Signals that the Power 9100 has released the frame buffer 




















Output 





Video coprocessor I/O read. Requests a read from a video coprocessor register 











Output 











Video coprocessor I/O write. Requests a write to a video coprocessor register 





Input 


Figure 13. Video coprocessor signal description 








Video coprocessor bus request. Requests that the video coprocessor be given control of 
the bus. This signal should be pulled up to VCC with a 10 KO resistor 





Video Coprocessor Interface 


The video coprocessor interface allows a separate copro- 
cessor to share the Power 9100's frame buffer and host in- 
terface. Such a coprocessor could provide features to ac- 
celerate still pictures, video animation, or 3-D rendering. 


The video coprocessor interface allows the host to read 
and write data from the video coprocessor, while the video 


coprocessor grant and release functions allow the video 
coprocessor to take and relinquish control of the frame 
buffer. The video coprocessor pre-empt function lets the 
Power 9100 regain control to perform high-priority tasks 
such as memory refresh. 





Related Documents 


For availability of Power 9100 documentation, see your 
WEITEK sales representative. Upcoming titles include: 


Power 9100 Data Book. Information on memory map, 
registers, VGA registers, commands, and host, frame buff- 
er, video, RAMDAC, and video coprocessor interfaces. 


Power 9100 Programmer's Reference Manual. Full in- 
formation on registers and commands for both Power 
9100 and SVGA modes. 


Ordering Information 


Power 9100 Application Notes. Practical techniques for 
Power 9100 design, including examples of complete board 
designs for both VL and PCI buses. 


Power 9100 Manufacturing Kits. Artwork, program- 
mable logic equations, and manufacturing drawings for 
tested, cost-effective Power 9100 designs. 


Contact your WEITEK sales representative for information on ordering, pricing, and availability of the Power 9100. 








Package Type Speed Grade Temperature Range (Case) Order Number 
208-pin plastic QFP 50 MHz 0-85°C Р9100-050-РЕР 


Figure 14. Ordering information 





For additional information on WEITEK products, please fill out the form below and mail. 


Name Title 


Company Phone 


Address 


Comments 


I am currently involved in a design with the following WEITEK products and wish to be added to your 
design data base to insure that I receive status updates. 


APPLICATION: 
L]PERSONAL COMPUTERS O LASER PRINTERS 
L]ENGINEERING WORKSTATIONS L] TYPESETTERS 


O SCIENTIFIC COMPUTERS О OTHER PAGE PRINTERS 
[OTHER 


Check the products on which you would like to receive additional information: 


PERSONAL COMPUTER WORKSTATION 
O Power 9100 O Power uP 

L] Video Power L] W8720 

E] Power 9000 Ol W8701 


[] Abacus 4167 


WEITEK use: Red'd Out TPT 
Status 


Source:DS 


Power 9100 Technical Overview 


Please comment on the quality of this document, and on any corrections or clarifications you would 
like to see in a future edition. 





Fold, Staple and Mail to Weitek Corp. 
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